Discussion :

[Ivelios]

Bonjour à tous,

J'ai voulu apprendre le modèle MVC, enfin, bien l'apprendre. Quoi de mieux qu'un exercice pratique. Donc je suis parti pour faire un puissance4.

Mais après 2 heures de développement et 5 classes plus loin je me pose de sérieuse question sur la "propreté" de mon code.

Mon programme : une fenêtre qui contient un JPanel pour les scores et 7 autres JPanel pour les colonnes ( 7 instances de Colonne ).
Dans Colonne j'ai un mouselistener pour détecter le clique de l'utilisateur et un actionlistener lié à un timer pour l'animation du jeton.
"Puissance" est ma classe modèle qui contient le tableau à 2 dimension représentant le jeu.

Mon soucis. dans le mouseListener de Colonne j'appel une méthode de Puissance ( ajouterJeton(int x, int y)) et là je me dit "M****" la vue appel directement le modèle...

1ère question : Si je mets les mouselistener dans une autre classe et que je dise que c'est le controlleur. Es ce que ça arrangera le problème?

2ème question : ici j'ai l'impression que le controlleur ne sert qu'à l'initialisation... Ai-je raison? Ai se que je dois faire pareil?

Merci d'éclairer ma lanterne

[Génoce]

Salut,

Mon soucis. dans le mouseListener de Colonne j'appel une méthode de Puissance ( ajouterJeton(int x, int y)) et là je me dit "M****" la vue appel directement le modèle...

1ère question : Si je mets les mouselistener dans une autre classe et que je dise que c'est le controlleur. Es ce que ça arrangera le problème?

Comme indiqué sur le schéma de ton exemple, les actions utilisateurs passent par le contrôleur, qui lui modifie les données!

En gros ton mouseListener appel une méthode du contrôleur, qui lui modifie tes données, qui elles notifient la vue qu'elles ont changées .

2ème question : ici j'ai l'impression que le controlleur ne sert qu'à l'initialisation... Ai-je raison? Ai se que je dois faire pareil?

Voir ci dessus! Le contrôleur est l'intermédiaire.
Le modèle et la vue n'échangent que sur changement du modèle.
Le modèle notifie la vue qu'il a changé, donc la vue se met à jour.

[Ivelios]

En gros ton mouseListener appel une méthode du contrôleur, qui lui modifie tes données

ça c'est bon je comprend.

qui elles notifient la vue qu'elles ont changées .

Je bloque à ce niveau là.
Parceque je crée mon modèle que je passe en paramètre de mon controlleur et lui crée les vues. ( comme dans les cours )
donc je peux faire vues ---> modèle. Mais je ne vois pas comment faire modèle ---> vues
Très utile si je rajoute une IA. Ou indiquer à la vue que la partie est fini.
En faite, je ne comprend pas le "notifier".

question 3 : Dans l'absolue, le controlleur ne sert à rien? il fait juste l'intermédiaire si j'ai bien compris.

[herve91]

Mais je ne vois pas comment faire modèle ---> vues
Très utile si je rajoute une IA. Ou indiquer à la vue que la partie est fini.
En faite, je ne comprend pas le "notifier".

Il s'agit du pattern observateur, implémenté via des listeners : il doit y avoir une entrée dans la faq Java-Interfaces Graphiques à ce sujet.

[Génoce]

Je bloque à ce niveau là.
Parceque je crée mon modèle que je passe en paramètre de mon controlleur et lui crée les vues. ( comme dans les cours )
donc je peux faire vues ---> modèle. Mais je ne vois pas comment faire modèle ---> vues
Très utile si je rajoute une IA. Ou indiquer à la vue que la partie est fini.
En faite, je ne comprend pas le "notifier".

Ton modèle doit être écoutable (voir objet écoutable) !!
C'est le même principe qu'un JButton sur lequel tu met en écoute un ActionListener (écouteur d'action) qui réalise un traitement lors d'un click sur ce fameux bouton.
Sur le même principe ta vue écoute ton modèle.

Regarde du côté des classes Observer / Observable.

question 3 : Dans l'absolue, le controlleur ne sert à rien? il fait juste l'intermédiaire si j'ai bien compris.

Je dirais que oui, afin de bien séparer les deux couches vue / données. Mais je ne suis pas expert MVC .

Il existe de nombreux tutos sur le pattern MVC et les objets écoutables en java, y compris sur dvp.

[Ivelios]

Bon, je viens de taper quelques lignes et je pense avoir compris... "LA CHOSE"
j'avais bien lu ce post mais j'étais resté sur le C** avec tous les EventListener dans tous les sens.
Mais après re-re-relecture, c'est bien plus claire .

Mais bon jamais 3 sans 4 donc :
question 4 : Juste besoin d'un petit avis sur la manière dont j'organise les chose, si c'est cohérent?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public interface PlateauListener extends EventListener{
    void nouveauJeton(PlateauEvent e);
    void annulerJeton(PlateauEvent e);}
//Attribut de plateauEvent : int x, int y, int joueur, Color couleurJoueur

&

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public interface PartieListener extends EventListener{
    void partieFini(PartieEvent e);
}
//Attribut de PartieEvent : int gagnant (0:null,1: rouge gagne, 2:jaune gagne)

C'est surtout pour me rassurer et que je ne parte pas en cacahuète

[Ivelios]

J'ai bien compris le truc maintenant. Il fallait juste que je le fasse une fois
Merci Génoce & herve91 pour votre aide.