Partagé Préférences “limite”

Je sais question similaire à celui-ci a été posée à de nombreuses reprises, et le surf à travers ce que j'ai en partie trouvé une réponse, mais pas complet, et android docs n'ont pas vraiment aider. Évidemment, je sais comment ils fonctionnent et ont utilisé partagé préférences de nombreuses fois avant, mais je me demande à quel moment ( combien), c'est trop, j'ai lu les gens ont ~ 100KBS stockées sans aucun problème. Longue histoire courte --
Quelqu'un a effectivement eu des problèmes avec un trop grand nombre de données stockées dans les préférences partagées et quel a été le problème, n'données supprimées ou?

* * * * * ce n'est qu'une question de curiosité, j'ai déjà mes grandes valeurs stockées dans SQL DB, juste demandé ce que serait et si il n'y aurait aucun problème si quelqu'un, pour quelque raison stockées tout en commun des préférences

  • Je sais à quoi servent-ils et quand, je me demande quels problèmes peuvent-ils provoquer si on les utilise trop nombreux.
  • SharedPreferences sont principalement utilisés pour stocker certains types de données primitifs, et je ne pense pas qu'il y a une limite. Si vous voulez vraiment savoir, vous avez à regarder pour "Android application maximale des données stockées montant", je doute que vous trouverez une réponse autour de SharedPreferences
  • grâce Maver1ck, mal de recherche sur l'application Android maximale de la quantité de données stockées
  • juste l'extension de mon féliciter un peu: dès que vous utilisez SharedPreferences et de trouver votre application à l'aide des Paramètres - Applications, vous verrez que la section "données" n'est pas zéro plus. C'est pourquoi je crois que les données utilisées par SharedPreferences est généralisé comme "application data" et si il y a une limite, elle est égale à la quantité maximale de données qu'une application est autorisée à stocker
InformationsquelleAutor Marko Niciforovic | 2013-03-25
  1. 44

    Depuis SharedPreferences sont stockées dans un fichier XML, et il n'a donc pas le fort du soutien à la transaction de SQLite, je recommande de ne pas stocker "100KBS" dans SharedPreferences.

    Cela étant dit, le plus bas de la limite de taille que je suis conscient de sera le montant de votre espace de segment de mémoire, comme SharedPreferences lit l'ensemble de ce fichier XML contenu dans la mémoire.

    • Bon à savoir sur la taille du tas. Cependant, je ne pense pas que j'ai jamais eu les fichiers xml pour être si grand. me demande pourquoi ils sont xml, en premier lieu, et non pas les fichiers binaires (ou json).
    • Hey #CommonsWare ! Tu veux dire le stockage de la chaîne de taille autour de 100ko n'est pas une bonne idée ?
    • quelle devrait être la taille idéale env de partage des Préférences, qui serait d'ACCORD pour assurer le bon fonctionnement de l'Application Android ?
    • Personnellement, je voudrais essayer de faire bref: un peu KO ou plus.
    • Merci. Je pense que les données de moins de 10 ko serait bien. Suis-je le droit ?
    • Je n'ai jamais eu un SharedPreferences que les grands, donc je ne peut pas commenter, désolé.
    • Pour le bien de la postérité pouvons-nous obtenir nos Ko/KB/KBs/Kbps correct! Essayez toujours à l'aide de bouchons pour les données comme KO(kilo-octet) et KBs(pour son pluriel). Alors que Ko et ko pour les données de vitesse, annexé avec "ps". Donc, la vitesse est notée kbps/Kbps(Kilo bits par seconde). Donc, il suffit de "ko" pour les données est trompeuse. Et KBS ressembler à une de ces Annonces sur internet en essayant de crier sa grande vitesse! Oh, et 8 bits = 1 Octet, et 1024Bytes = 1 KO(n'ko).Cheers!

    InformationsquelleAutor CommonsWare
  2. 10

    À partir de la lecture de votre question, je pense que vous ne devriez pas utiliser SharedPreferences, parce que (a) elles sont conçues pour stocker beaucoup plus petites quantités de données (d'où l'utilisation de XML), et (b) il y a beaucoup de simples alternatives.

    La seule chose de "spécial" sur les SharedPreferences est l'intégration avec les Préférences de l'Activité pour l'affichage de votre préférences de l'utilisateur, et ce n'est probablement pas applicable dans votre cas en fonction de la quantité que vous prévoyez de stocker. (Ah, aussi la SharePreferences poignées de problèmes de simultanéité pour vous.)

    Vous pouvez utiliser la sérialisation Java pour stocker de Préférence de classe(s) dans les fichiers binaires. Celles-ci seraient considérablement plus petit alors comparable PreferenceFile et peut facilement être transmis à travers GZIPInputStream le rendre plus petit (ou CipherInputStream) pour le chiffrer. J'ai trouvé cette alternative pour être un puissant, simple, et de la croix-plate-forme de manière à stocker des données d'application où la puissance de SQLite n'est pas nécessaire.

    (Désolé, ce n'est pas une réponse directe.)

    InformationsquelleAutor Tom
  3. 10

    Il est une des limitations de SharedPreference de données. Dans mon cas, c'jeter un souvenir d'Exception lorsque SharedPreference données de la croix-1428.51-ko.

    Donc de son mieux pour utiliser la base de données SQLite quand vous besoin énorme de données à stocker.

    • comment savez-vous qu'il existe une limite. est-il de la documentation ? juste par curiosité, merci pour le heads up de toute façon.
    InformationsquelleAutor mani