Discussion :

[E.Fahd]

Bonjour,

J'ai un problème avec Java en utilisant Swing, même si ce n'est pas vraiment spécifique à ce dernier. Disons que j'ai 3 classes : Fenetre qui étend JFrame, Bouton qui étend JButton et Feuille qui étend JPanel. dans Fenetre je crée une instance de Bouton et de Feuille. Je veux modifier un attribut de Feuille au click sur un composant Bouton.

Le problème : Si c'est Bouton qui implémente l'ActionListener alors au déclenchement de l'évènement je n'aurai pas accès à l'objet Feuille. Si c'est Fenetre qui implémente l'ActionListener alors ça devient très vite du grand n'importe quoi vu que dans le cas réel j'ai beaucoup plus qu'un simple bouton et qu'il faut donc plein de "e.getSource()" pour pouvoir rediriger vers la bonne action. Normalement il devrait y avoir un design pattern pour résoudre ce problème, mais je ne le connais pas. Sinon, est-ce qu'il y a une méthode pour que l'objet Fenetre (et donc l'objet Feuille et l'objet Bouton) soit accessible partout dans l'application.

PS : En écrivant ce post, j'ai pensé à une classe statique avec un get() qui retourne toujours l'instance de Fenetre. Je ne sais pas ce que vous en pensez ?

[thelvin]

Et si ActionListener n'était implémenté ni par Fenetre, ni par Bouton, ni par autre chose que BoutonActionListener, dont le constructeur prend une Fenetre en paramètre ?

PS : En écrivant ce post, j'ai pensé à une classe statique avec un get() qui retourne toujours l'instance de Fenetre. Je ne sais pas ce que vous en pensez ?

C'est une solution qui évite de devoir passer partout des références à tous les objets intéressants... Mais qui est très casse-gueule.

[Deaf]

Bonjour,

Le fond du problème est le même que sur ce post.
MVC est une solution envisageable.

[E.Fahd]

Salut,

Merci pour vos réponses ! J'ai commencé par résoudre le problème avec une méthode statique qui retourne l'objet Fenetre et ça marche bien Maintenant, je suis entrain de creuser la voie MVC et c'est vraiment de toute beauté

Je vais sûrement forker une branche qui utilisera MVC et si c'est concluant je vais merger tout ça dans le main (ça aide d'être seul à bosser sur un projet, on peut faire un freez quand on veut ).

PS : j'avais déjà bossé sur des frameworks basés sur le deisgn pattern MVC (surtout rails), mais c'est vraiment qu'en implémentant le design pattern soi-même que l'on se rend compte de toute son élegance.