Discussion :

[vivelapsp]

Bonjour à tous,

Je suis devant un problème que je n'arrive pas à résoudre : comment dois-je gérer la persistance des données dans mon application Android ?

Je dois stocker beaucoup de données, très confidentielles pour certaines, et je ne sais pas trop comment procéder.

Étant données que mes données peuvent être pour la plupart structurées, j’envisageais de faire une BDD SQLite. Seulement voila, j'ai peur d'utiliser trop de mémoire avec des requêtes intempestives.

Par exemple, je dois a chaque activity (et j'en ai pas mal !), savoir si mon utilisateur à un compte dans mon application (et en connaitre les détails). Comment faire au mieux dans pareil cas ? Je me vois mal faire une requête sur chaque activity pour voir si un compte existe !

J'ai donc pensé a SharedPreferences, mais j'ai l'impression que c'est pas vraiment destiné a stocké ce genre d'information, puis pour les informations structurées, le moins que l'on puisse dire, c'est que ce n'est pas du tout adapté.

J'ai également pensé à utiliser une BDD et à exécuter une seule fois toutes les requêtes à la première activity puis à les stockées dans sharedPreferences, mais j'ai l'impression que cette idée est encore pire et provoque une redondance de données inutile.

Vient ensuite la question de la confidentialité des données. Si je perd mon portable, je ne veux pas que n'importe qui accède aux données stockées.

Bref, avez vous des conseils sur la manière dont je dois procéder ? N'hésitez pas à me demander plus de détails si nécessaire :=)

[nicolofontana12]

Je pense que ton probleme n'est pas aussi compliqué dans la mesure s'il s'agit de checker simplement si l'utilisateur à un compte...Il suffit de checker une seule fois et passer cette parametres entre les differents activity pour les informer si un compte existe ou pas.

Dans tous les cas, SharePreference n'accepte pas des données importantes.
SQLite c'est pour des données importantes mais requetes lourds.

Question securité,je te signale que la base Android peut etre lis sur n'importe qu'elle appareil, par contre il y'a des données private à chaque application non accessible ailleurs.

[vivelapsp]

Tout d'abord, merci pour ta participation :=)

Je pense que ton probleme n'est pas aussi compliqué dans la mesure s'il s'agit de checker simplement si l'utilisateur à un compte...Il suffit de checker une seule fois et passer cette parametres entre les differents activity pour les informer si un compte existe ou pas.

Faux ! Il ne faut pas juste de checker si l'utilisateur à un compte, je me suis peut être pas bien fait comprendre : il faut également récupérer ses informations de compte (nombreuses) qui nécessiteront d'être affichés dans plusieurs activity différentes. Alors effectivement, l'information primordiale est de savoir si l'utilisateur à un compte, car l'activity lancé sera pas la même selon si c'est le cas ou pas. De plus, c'est pas un peu bourrin de devoir se trimballer l'info d'activity en activity via les intents ?

Dans tous les cas, SharePreference n'accepte pas des données importantes.
SQLite c'est pour des données importantes mais requetes lourds.

Qu'entends tu pas "n'accepte pas des données importantes" ?

Question securité,je te signale que la base Android peut etre lis sur n'importe qu'elle appareil, par contre il y'a des données private à chaque application non accessible ailleurs.

Je ne comprends pas ce passage, peux tu être plus précis STP ? Tu veux dire que le mode private permet aux autres apps de ne pas y toucher mais ne permet pas à une personne quelquonque de lire les données ?

[vivelapsp]

Personne pour répondre à mes interrogations ?
J'ai eu une idée, c'est de faire une classe static avec un pattern singleton, mais je ne sais pas si c'est une bonne idée. En plus, je ne sais pas si je dois faire des requêtes a chaque fois que j'ai besoin de données dans cette classe (lourd), ou faire une fois les requêtes et les stockés dans les variables globales de ma classe (redondance des données avec une écriture toujours doublée)

[grunk]

Alors effectivement, l'information primordiale est de savoir si l'utilisateur à un compte, car l'activity lancé sera pas la même selon si c'est le cas ou pas. De plus, c'est pas un peu bourrin de devoir se trimballer l'info d'activity en activity via les intents ?

Je vois pas vraiment de problème à celà. Tu créer un objet Utilisateur qui implémente Parcelable avec tous ce qu'il faut dedans, puis tu le transmet simplement d'activité en activité. Ça me semble être le plus simple et le plus souple.
Après si effectivement ton objet Utilisateur fait 3 Mo faudra peut ête réfléchir à une autre solution

[vivelapsp]

OK merci pour ta réponse.

Je pense pas que cela réponde à ma dernière question : "En plus, je ne sais pas si je dois faire des requêtes a chaque fois que j'ai besoin de données dans cette classe (lourd), ou faire une fois les requêtes et les stockés dans les variables globales de ma classe (redondance des données avec une écriture toujours doublée)".

Et pourquoi préférer l'envoie de cet objet d'activité en activité plutôt qu'une classe static singleton ?