Question

J'ai écrit une application qui permet aux utilisateurs de stocker des articles de texte dans les données de base. J'utilise un magasin de sauvegarde SQLite.

Alors quelle "catégorie de données", comme mentionné dans Cette note technique (une connexion peut être nécessaire), mes données .Sqlite devraient-elles tomber?

Je pense que les "données critiques" qui ne devraient pas être marquées "ne sauvegardez pas". Convenu? Cependant, j'amène également l'utilisateur avec environ mille entrées. Ces entrées sont techniquement "régénérables" et doivent être marquées "ne sauvegardez pas". Le problème est qu'il existe un fichier SQLite sauvegardant mon magasin de données de base et deux types de données.

Maintenant quoi? Dois-je marquer la base de données comme "ne pas sauvegarder" et risque de perdre des données utilisateur, ou je ne la marque pas comme "ne sauvegarde pas" et risque la colère de l'équipe de révision, au motif que je n'ai pas suivi l'iOS Données sur les lignes directrices sur le stockage?

Était-ce utile?

La solution

J'aime considérer ce qui se passerait si un utilisateur, à bord d'un avion sans connectivité réseau, commençait l'application après une purge de données dans une situation de stockage faible?

Si la réponse est "l'application ne fonctionnerait pas", cela exclut les données temporaires ou mises en cache. Votre seule décision est alors que vous voulez sauvegarder à iCloud ou non. Il s'agit davantage de la colère de votre utilisateur pour avoir pris une partie de leur précieux stockage de 5 Go.

Autres conseils

Votre cas pourrait-il relever de la catégorie "coredata et iCloud" où vos données sont synchronisées en difficulté que votre application les modifie (mais cela signifie également une synchronisation entre les appareils, je pense):

http://developer.apple.com/library/ios/#releasenotes/datamanagement/rn-icloudcoreata/_index.html

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top