Oui, cela s'appel des assesseurs lorsque l'on parle de méthodes retournant ou permettant la modification d'un attribut d'un objet.
Il faut différencier les objets.
Ceux qui représente les données, parfois appelé entités, en java ce sont des pojo (traduit en français de bon vieux objet java, en php cela ferais des 'popo'

).
Par exemple du aurais une entité jouet avec les propriétés nom, description, prix (et tous le reste utile).
Toutes les propriétés sont par défaut privées (protégée si pense a l'héritage

). Pour les utiliser on utilise des assesseurs.
Par convention getNom(), setNom() etc.
Cette objet représente un jouet.
Ensuite, il y a les objets métiers. Ce sont les objets qui implémente les règles de gestion. par exemple : un jouet a obligatoirement un nom, un prix et une description le reste est obligatoire. C'est une règle de gestion et elle codée dans un objet métier.
Les objets DAO, dont j'ai déjà parlé avant.
Ces objets permettent de masquer l'accès aux données (si demain l'info vient d'une bdd ou d'un fichier tu modifie juste le contenu des méthodes et ne modifie pas le reste du code qui doit rester valide

).
Donc ta DAO jouet, avec une méthode getList() retourne un tableau de jouet.
Sur l'affichage tu fait simplement appel à ton objet Dao pour obtenir la liste et l'afficher, la DAO n'a pas pas besoin de savoir ce que tu en fait elle te fournit juste la liste
@+
Oui, cela s'appel des assesseurs lorsque l'on parle de méthodes retournant ou permettant la modification d'un attribut d'un objet.
Il faut différencier les objets.
Ceux qui représente les données, parfois appelé entités, en java ce sont des pojo (traduit en français de bon vieux objet java, en php cela ferais des 'popo' :mrgreen: ).
Par exemple du aurais une entité jouet avec les propriétés nom, description, prix (et tous le reste utile).
Toutes les propriétés sont par défaut privées (protégée si pense a l'héritage ;) ). Pour les utiliser on utilise des assesseurs.
Par convention getNom(), setNom() etc.
Cette objet représente un jouet.
Ensuite, il y a les objets métiers. Ce sont les objets qui implémente les règles de gestion. par exemple : un jouet a obligatoirement un nom, un prix et une description le reste est obligatoire. C'est une règle de gestion et elle codée dans un objet métier.
Les objets DAO, dont j'ai déjà parlé avant.
Ces objets permettent de masquer l'accès aux données (si demain l'info vient d'une bdd ou d'un fichier tu modifie juste le contenu des méthodes et ne modifie pas le reste du code qui doit rester valide ;) ).
Donc ta DAO jouet, avec une méthode getList() retourne un tableau de jouet.
Sur l'affichage tu fait simplement appel à ton objet Dao pour obtenir la liste et l'afficher, la DAO n'a pas pas besoin de savoir ce que tu en fait elle te fournit juste la liste ;)
@+