Discussion :

[LordBob]

Bonjour a tous,
voila en fait j'ai une application avec trois classe. la premiere VieFenetre est la classe qui représente l'interface graphique de mon application, j'ai ensuite deux classes ViePanneauBouton et ViePanneauMonde, le premier représente la disposition des boutons sur mon interface et la seconde représente une interface de dessin.
en fait mon problème et que il faut que je récupére dans VieFenetre si un bouton de ViePanneauBouton à été "appuyer" pour dessiner quelque chose dans ViePanneauMonde. Mon problème et que je ne sais pas comment "lier" les classes.
Merci par avance.
Bob

[onlytoine]

hmmm ... je dirais que VieFenetre doit écouter les évènements des boutons de ViePanneauBouton (en s'ajoutant comme ActionListener si c du SWING).

Lorsqu'un évènement a lieu, VieFenetre en sera informé et pourra effectuer des opérations dans ViePanneauMonde.

Cela implique que VieFenetre connaisse ViePanneauBouton et ViePanneauMonde.

Toine

[LordBob]

ok merci, c'est ce que j'essai de faire, mais en fait j'arrive pas à faire un addActionListener sur ma classe ViePanneauBouton (qui dérive de JPanel) !

[onlytoine]

Non, tu dois le faire sur les boutons eux-même.

[LordBob]

ok je vais donc faire comme cela, donc en fait dans ViePanneauBouton, je met mes boutons en 'public' et dans VieFenetre j'ajoute un écouteur dessus.
est-ce vraiment propre?

[onlytoine]

Tu as plusieurs solutions :

1) les boutons de ViePanneauBouton sont accessibles en public (plutot via des méthodes accesseurs)

2) tu construis ViePanneauBouton avec VieFenetre et c'est à la charge de ViePanneauBouton d'ajouter les écouteurs sur les boutons.

3) ViePanneauBouton connait le (ou les) ViePanneauMonde, via une méthode addViePanneauMonde() sur ViePanneauBouton. Et lorsque tu cliques sur les boutons, tu effectues mes opérations de tracés sur le (ou les) ViePanneauMonde.

Toine

PS : la 3) est ma préférée

[LordBob]

ok merci beaucoup pour ton aide !

[onlytoine]

Je t'en prie, amuse toi bien !

Toine

Ne pas oublié le tag

[MangeurVasqué]

ok je vais donc faire comme cela, donc en fait dans ViePanneauBouton, je met mes boutons en 'public' et dans VieFenetre j'ajoute un écouteur dessus.
est-ce vraiment propre?

non, ça n'est pas propre d'exposer les boutons avec une visibilité public. tu peux faire en sorte qu'on y accède par des... accesseurs mais ça expose toujours autant les boutons.
Un autre solution est par exemple de rajouter une/des méthodes addXXXActionListener() à ViePanneauBouton :

Code :

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

1
2
3
4
public void addXXXActionListener(...) {
//transmet le listener au bouton concerné
boutonXXX.addActionListener(...);
}

ainsi, tu réduis au minimum l'interaction entre VieFenetre et l'implémentation de ViePanneauBouton

[bouye]

Essaie plutot de te definir ton propre type de listener MyListener ou carrement d'utiliser un PropertyChangeListener (voir package java.beans voir egalement la classe PropertyChangeSupport qui contient toute la logique necessaire a la propagation des proprietes et a la gestion des listener appropries, t'evitant par la meme a refaire tout toi-meme).

Dans la pratique ce que tu fais marche tres bien, mais au niveau architecture... ben il n'est peut-etre pas normal de lier formement VieFenetre via un ActionListener qui codera en dur que ce que tu utilises dans le panneau de config ce sont des boutons. Nottement ca bloquera si tu dois fournir un set de controles alternatifs (au pif une table de proprietes) pour un eventuel panneau de controle pour utilisateur avance ou au contraire un interface super-ergonomique pour debutants. Bien sur d'un autre cote l'autre solution est plus rapide a coder surtout pour les petits projets.

Dans ce genre de cas, quand on a trop de variables pour configurer le rendu ou une operation, ce que je fais :

- une class DrawingParameters qui sous-classe ou delegue a Map<String, Object> et contient (delegue a) un PropertyChangeSupport avec si besoin des methodes de convenance pour setter/getter chacune proprietes (pratique... mais long a ecrire). Penser a forwarder les PropertyChangeEvent lors de l'appel a la methode de base put(key, value).

- ViePanneauBouton controle ses propres buttons et modifie le parametre de dessin de maniere appropriee en reaction aux divers clics et choix. Si le parametre de dessin est ammener a etre modifier par ailleurs, alors ViePanneauBouton peut aussi utiliser un PropertyChangeListener pour reagir au changement de l'objet parametre (et modifier l'etat des boutons et des champs en concequence).

- VieFenetre souscrit uniquement aux proprietes qui l'interessent via addPropertyChangeListenere(property, listener) directement sur l'objet parameter et reagit donc en concequence.

- Idem pour ViePanneauMonde si tu veux un acces direct a l'objet parametre ; sinon VieFenetre peut lui transmettre les changements/ordonner le re-rendu de la vue.

[LordBob]

ok merci a vous pour tout vos conseils !