Conception correcte pour une application de contacts

Bonjour,

Je débute avec Android, et je voudrai votre avis pour ne pas partir dans n'importe quelle direction.

Je voudrai créer une appli de gestion de contact avec :
- une activité listant les contacts
- une activité affichant tous les détails du contact

Du coupe je pensais :
- Lire la liste des contacts pour initialiser la vue de ma première activité
- En cas de clique sur un contact, afficher la vue de la deuxième activité en lui donnant l'identifiant du contact sélectionné, et faire appel à une classe perso qui s'appellera "Contact" et qui aura une méthode d'initialisation pour récupérer tous les détails du contact grace à l'identifiant passé en paramètre.

L'identifiant passera d'une activité à l'autre via le passage de "Contexte".

Qu'en pensez vous ? Est ce que j'ai bien compris le concept ?

Au début je pensais instancié un objet par contact à lister, mais ce n'ets pas optimisé.

Question subsidiaire : est ce possible de passer le pointeur d'un objet qu'on a instancié, d'une activité à l'autre ?

Merci pour les conseils. Si vous avez un tuto là dessus je suis preneur :ccool:

Citation:

---

L'identifiant passera d'une activité à l'autre via le passage de "Contexte".

---

Pas tout à fait. Il s'agit en fait de Bundle. Un conteneur de valeurs simples comme des int, des String, des Boolean, ... L'identifiant du contact doit être sous la forme d'une URI je pense, et donc elle peut être transférée comme un String, et recomposée en URI dans l'Activity de détails du Contact.

Citation:

---

Au début je pensais instancié un objet par contact à lister, mais ce n'ets pas optimisé.

---

Surtout pas, tu t'embêtes pour pas grand chose. Les ListView possèdent déjà un listener qui te permet de détecter le clic sur un des éléments de la liste. A partir de la, tu connais la position dans la liste, et donc l'URI correspondante.

Citation:

---

Question subsidiaire : est ce possible de passer le pointeur d'un objet qu'on a instancié, d'une activité à l'autre ?

---

:calim2: JAVAAAA :aie: Il est possible de créer un objet static qui sera utilisable partout, mais ce n'est vraiment pas conseiller. Tu peux aussi envoyer des Objets par le système de Bundle expliqué plus haut, mais il faut que cet Objet implémente l'interface Parcelable il me semble.
Et dans ton cas de figure, ce n'est vraiment pas utile de procéder ainsi. Un simple passage d'URI fera l'affaire.

Au lieu de faire deux activités, tu pourrais aussi faire une activité et deux fragments, un pour la liste et un pour le détail.

Citation:

---

Envoyé par Simon MARQUIS

Tu peux aussi envoyer des Objets par le système de Bundle expliqué plus haut, mais il faut que cet Objet implémente l'interface Parcelable il me semble.
Et dans ton cas de figure, ce n'est vraiment pas utile de procéder ainsi. Un simple passage d'URI fera l'affaire.

---

Type primitif, serialisable ou parcelable.

Bonjour,

Quels sont les avantages/inconvenients entre "2 activités" et "2 fragments" ?

Désolé pour la question "pointeur", je n'ai pas touché à du java depuis longtemps :mouarf:

Merci pour vos retours. Je vais approfondir mes recherches dans cette direction.

"Pointeur" est un terme qui normalement n'existe pas en Java (puisqu'on parle de "références") mais tous les programmeurs ayant touché de prêt ou de loin à d'autres langages peuvent parler de "pointeur" en lieu et place de "réference forte".

Un fragment fait le lien entre des données d'une part, et l'utilisateur d'autre part, par l'intermédiaire d'un "groupe de views" (un layout).

Une activité représente la "fenêtre" que voit l'utilisateur, qui peut très bien comporter plusieurs "fragments".

Leur interêt vient du fait que le support de plusieurs "layouts" d'activité est grandement facilité par exemple: Soit une liste de "livres" dont on veut pouvoir regarder les informations et aussi éditer... Dans un mode "horizontal"/"tablette" on veut pouvoir avoir la liste à gauche, et les détails / édition à droite... Sans fragment il faut: 3 activités "téléphone", et aussi 2 activités "tablettes". Avec du code dupliqué dans chaque activité.

Avec les fragments, on a 3 fragments (les list/details/edit), mais uniquement 4 activités... Les 3 activités "téléphone" (chacune utilisant un des fragments), et une seule activité "tablette" utilisant le fragment "list" ET (en même temps) le fragment "details" ou "edit" selon le besoin.. => plus de code dupliqué.