Discussion :

[lolymeupy]

Bonjour
Je débute en dev. android, et je voudrai me faire une petite appli.
Grosso-modo, il s'agirait pour les utilisateurs de partager des bons plans d'enseignes + ou - connues
(Evidemment, je sais que cela existe mais je veux juste me créer une appli "vite fait " sans me prendre la tête des semaines à trouver l'idée du siècle )
Et donc, le principe serait que les utilisateurs se partagent les bons plans (promos par exemple) qu'ils découvrent dans des enseignes.
Ma question est la suivante : est-ce qu'il vaut mieux stocker l'ensemble des enseignes (créées au fur et à mesure par les utilisateurs ; même si je pourrai alimenter cette liste par défaut avec quelques enseignes dès le départ dans l'application) au niveau de l'application elle-même, c'est à dire dans le smartphone des utilisateurs ?
Ou bien stocker cette liste sur un site Web et que l'application se charge de récupérer cette liste au lancement de l'appli ? (cette solution permettant à la fois de ne pas surcharger la mémoire des smartphones et en plus d'avoir une liste unique pour tous les utilisateurs)

Mais comme je débute dans le dév. mobile, je ne sais pas si la 2ème solution est techniquement "simple" à mettre en place ?

Merci beaucoup pour vos conseils

[Hizin]

Tu as aussi une troisième solution : hybride de tes deux. Tu gardes en local les enseignes proches de l'utilisateur (sa ville ou son quartier par exemple, que tu mets à jour au lancement de l'application, ou via un système de notification, ou... et selon un événement à déterminer, tu en prends d'autre.

Passer par des WS est, à mon avis, une bonne piste de départ. Ce n'est pas très compliqué à mettre en place (je crois même qu'il existe des solutions gratuite permettant de créer et stocker) et c'est une bonne approche du développement Android.
Tu en auras plusieurs à mettre en place, pour gérer la création d'enseigne, le commentaire/note/machin, l'édition (?) et la consultation au moins.

[lolymeupy]

Merci beaucoup pour ces pistes Hizin
Je vais donc fouiner du côté des WS et également voir pour la partie des données en local.

[Hizin]

Je situe ton principal problème au niveau de la synchronisation des données, et de la récupération des comm'/avis/bons plans/autre...
Un utilisateur a une copie locale, ou récupère les infos en lançant l'application. Un autre utilisateur délivre une information qu'il a maintenant en local. Comment transmettre l'information au premier utilisateur ? La solution la plus simple serait de faire une première requête lors de l'accès à l'enseigne, avec un système de cache court pour anticiper les allers-retours.

[lolymeupy]

Oui, en gros le concept (en l'état actuel de ma réflexion ) ce serait que les utilisateurs forment des groupes "d'amis" pour se refiler les plans entre eux (et pas les partager à l'ensemble des utilisateurs).
Et je pensais à la base qu'un utilisateur qui trouve une promo dans une enseigne donnée, puisse choisir l'enseigne dans la liste d'enseigne (donc chargée en local ?), ou ajouter cette enseigne si pas encore dans la liste, et ensuite partager ce plan au "groupe" auquel il appartient.
Pour le partage du plan, il faudrait donc je parte sur le système des notifications (si j'ai bien compris ?)
Par contre, pour la liste d'enseignes, j'imaginais une liste avec une photo représentant l'enseigne à chaque fois, mais si la liste s'allonge pas mal (on ne sait jamais ) cela pourrait poser un problème de mémoire avec les photos qui s'accumuleraient aussi par la force des choses en chargeant la liste en local ?