2016-03-09 2 views

Répondre

3

Y a-t-il une raison particulière pour laquelle vous utilisez prefs vs indexDB? Les prefs ne sont vraiment pas utiles pour stocker de grandes quantités de données, vraiment pour stocker des préférences utilisateur, mais les index volumineux seront lents.

Je recommande fortement localforage car il fournit une belle cale et est très similaire à la demande localstorage. J'ai des besoins semblables et ai essayé en même temps les préférences mais elles étaient comme la mention trop lente, je l'avais fait en raison de la limite locale de 5 mégaoctets, puis je suis passé à indexDB (localforage) car il a fait ce dont j'avais besoin et était rapide. La façon dont je travaille est de vider mon localstorage dans une variable d'exécution au chargement de l'application, de cette façon je peux y accéder rapidement et parcourir l'objet avec une simple boucle

Si vous avez besoin d'un fonctionnement plus complexe, il existe d'autres shims là, mais ils sont plus complexes alors localforage

+0

Nous stocker des données pour permettre l'application de Travailler en dehors du réseau de l'entreprise et forge.prefs.set() était l'option que nous avons commencé avec car il n'y avait pas beaucoup de données à ce moment-là. La quantité de données que nous avons besoin de stocker a considérablement augmenté récemment, donc je suis à la recherche de moyens efficaces pour stocker et récupérer ces données. Je vais regarder dans la solution indexDB que vous avez mentionnée. Merci! – jtruit01

+0

Yah, je voudrais regarder localforage puis son simple à utiliser et comme je l'ai dit, c'est une cale de sorte qu'il utilisera ce qui est jamais pris en charge (pas aussi important que c'était avant mais toujours agréable) http: //mozilla.github .io/localForage / – proxim0

0

forge.prefs utilise android.content.SharedPreferences et NSUserDefaults respectivement sur Android et iOS.

(Voir: https://github.com/trigger-corp/trigger.io-prefs/tree/master/inspector)

Bien qu'il n'y ait pas de limite supérieure à la quantité de données qu'ils peuvent persister ne sont particulièrement bien adaptés pour quereller de grandes quantités de données. Je choisirais soit IndexedDB comme suggéré par proxim0 ou peut-être même WebSQL.

(. Websql est officiellement désapprouvée mais il est peu probable que l'iOS ou runtimes Web Android sont susceptibles d'abandonner le soutien dans un proche avenir Voir aussi: https://softwareengineering.stackexchange.com/questions/220254/why-is-web-sql-database-deprecated)