Discussion :

[zoullou]

Bonjour,

Je commence à developper une application MVC et je me pose une petite question.
Lorsqu'une vue est affiché, elle doit recuperer les infos à afficher (relative à une collection d'objet de meme type) en les demendant au model, mais je ne sais pas comment m'y prendre.
J'ai créer ma classe d'objet à afficher (Club dans ce cas là) mais comment la vue demande les données au model.
Je pense que je doit creer une classe de manipulation de donné (ClubHandler) à laqu'elle je demanderais les informations (stockée dans une BDD). Mais est ce que je doit creer une classe de manipulation (ex: ClubHandler) par classe (ex: Club) ? Si je fait ça, je me retrouverais avec beaucoup de classe à maintenir.

Si vous aviez des exemple d'application implementant le patern MVC je suis aussi preneur.

Merci d'avance

[viena]

Dans le principe, tu es bon :
la vue a besoin d'info. elle les demande au modele (via le controleur).
Le modele, ca va donc etre une (ou plusieurs... c'est mieux d'ailleurs de séparer les couches acces base/traitements) qui va récuperer tes données en base (dans ton cas, les stocker dans tes classes d'objets à afficher Club) et les renvoyer à la vue.
Vue ---> traitement ---> acces aux données
<--- <---

[zoullou]

Ok.
Je récapitule pour ne pas me tromper.
Je doit donc appeler une methode de mon controleur en lui passant une référence sur ma vue, lequel va appeler une methode du model (de ClubHandler par exemple) qui va remvoyer à la vue les données demandées grace à la référence transmise par le controleur.

Mais si je procède comme ceci, le model doit connaitre une partie de la vue pour envoyer les donnée (la methode de la vue qui reçoit les données). Or il me semble que dans le patern MVC, le model est sensé ne rien connaitre des vues

Est ce que je doit creer une interface générique (setData par exemple) qui sera implementée par mes vues afin que le model n'appel qu'une methode unique pour envoyer des données à toutes les vues ?

Merci

[le Daoud]

Voici mon avis :

Soit le contrôleur récupère les informations du modèle et les transmet à la vue, soit tu passes par une interface pour que ton modèle change ta vue (principe de l'observer/observable).

[ouedmouss]

Tu touches la a un probleme epineux du pattern mvc.
comme tu l'as si bien dit, le modele ne doit rien connaitre de la vue. Mais

Je resume le pattern mvc.
Controleur (Ton handler): contient une reference de la vue et du modele.
Implement un listener a laquel la vue s'abonne.
Modele: ne sait rien de la vue
Vue: peut contenir une reference du controleur. Seulement afin de pouvoir effectuer les abonnement aux events en debut

Lorsqu'un evenement est declenche (par exemple clique sur la souris),
le controleur etant le listener recoit l'evenement. Il appelle le modele pour recupere les donnnées afin de les afficher dans la vue.

Il arrive que le modele soit modifier et que la vue doit en etre informe.
On peut gerer ces modification du modele grace au pattern observer qui est implemente dans java.

Le modele est un observable.
la vue est un observer.
Lorsque le modele est modifié, la vue est informe et ainsi elle peut recupere les informations et se mettre a jour


Je suis dispo pour plus d'eclairciement

[zoullou]

Merci ouedmouss, je croit avoir saisie (en gros) comment fonctionne MVC, mais mon probleme se situe au niveau de la récupération des données par la vues.
Quel est le meilleur systeme :

Voici mon avis :

Soit le contrôleur récupère les informations du modèle et les transmet à la vue, soit tu passes par une interface pour que ton modèle change ta vue (principe de l'observer/observable).

???

[mitje]

Salut,

Pour recuperer les données du modéle dans la vue, tu dois avoir une instance du modèle dans la vue et créer des accesseurs aux données dans ton modèle.
Par exemple la classe A est le modèle et la classe B est la vue.
J'ai dans B un attribut de type A : typeA.
Pour acceder au données de A je fait typeA.getSomething();
Ou getSomething() accéde à certaine données.

Voilà.

PS : En java Vue et Controler son generalement confondus dans une même objet. PAr exemple tu auras une classe B qui implemente différentes interfaces. C'est en cela que Vue et Controler sont confondus (la vue la c'est classe B et le controler c'est les différentes interfaces qu'implemente B )