Stratégie de sauvegarde XML

Bonjour,
J'ai une question assez générale qui concerne la sauvegarde de données dans une application.
En gros ce que je veux c'est une application qui au chargement récupère dans un fichier xml une liste de produits...
Ces produits sont affichés en liste à l'écran, et l'utilisateur doit avoir la possibilité d'ajouter de nouveaux produits dans la liste (et en profiter pour les ajouter dans le fichier xml), et d'en supprimer. :ccool:
Pour ça j'ai donc une ListView, un tableau de string et un arrayadapter qui charge le tableau de string dans la ListView. Tout ça fonctionne bien.
La question que je me pose c'est que faire lorsque j'ajoute un produit :

1. L'ajouter dans le tableau de string ? Puis à un certain moment (exit de l'appli ?) sauvegarder la différence dans le .xml ?
2. L'ajouter dans le fichier xml et en même temps dans le tableau java ?
3. L'ajouter dans le fichier xml et recharger le tableau de string juste après ?

Je voyais des tutos de parsage xml, et je ne comprenais pas trop l'intérêt de la classe de type handler. Et peut être que c'est lié à la synchronisation.

C'est quelquechose que je n'ai jamais trop saisis en dév, c'est à quel moment sauvegarder ses données avec une appli qui se base sur une bdd ou autre :P

Voila si vous pouviez éclairer ma lanterne :P
Merci

Utilises une base SQLite pour cela... nettement plus simple à mettre en oeuvre qu'une serialisation XML...


Sinon, ben tu vas avoir une classe de "manager" (qui stockera tous les produits, et qui saura quand la liste est modifiée)... Cette classe peut être initialisée (lecture du XML) au lancement de l'application (surcharger Application) et fermée (écriture du XML si besoin) à la fermeture de l'application.

En gros, ce que fait une base SQLite quoi.

Bonjour,
merci pour ta réponse nicroman ;)

Du coup on peut utiliser une base en local ? c'est vrai que je ne me serais jamais orienté de moi même vers du sql.
Mais peut être que c'est un peu lourd dans le cas de mon appli parce que je n'aurais que 2 tables (produits et catégorie).

Il faut juste surcharger SQLiteOpenHelper pour fournir le nom de la base et la créer si elle n'existe pas encore (premier lancement).
Ensuite le "manager" dont on parlait ci-dessus, se retrouve a faire des select/insert/update/delete dans les tables, sans se préoccuper de la sérialisation.