Perso, pour gérer un click sur un bouton, j'ai tendance à créer une classe interne qui implémente ActionListener et qui ne contient qu'une méthode spécifique à mon bouton. Je trouve ça propre et sympa.
 
exemple :

 
Et vous, quelles sont vos pratiques ? Quels trucs utilisez vous systématiquement ?

heu moi, ça dépend des listener. Mais pour les boutons ou la souris, je fais dériver ma classe du listener directement ...
 
Mais quand c'est nu peu plus exotique, je fais une classe à part, ça permet de bien la repérer, et de pouvoir la réutiliser ...

On reconnait la syntaxe de Forte. En tous cas, Forte fait comme ça, systématiquement.

tout à fait et je trouve ca relativement propre si tu n'as psa trop de boutons ...

Je suis d'accord.

Bah, généralement, je m'arrange pour pas avoir 36 boutons dans la même classe, alors je fais implémenter ActionListener à ma classe, tout bêtement...

ben quand c'est un truc simple, j'implémente directement l'interface qui va bien dans la classe qui génère l'évenement.
 
Du style  
 
class MaFrame extends JFrame implements ActionListener
{
...
monBouton.addActionListener(this);
...
 
public void actionPerformed(ActionEvent ae) {
...
}
...
}

La variété des solutions possibles me fascine complètement.

Faut avouer que c'est bien pensé comme système.

 
C'est clair, on serait même tenté de faire la même chose dans d'autres langages. Ces listener à toutes les sauces, c'est ben pratique tout de même !  

Ouais, c'est de la belle ouvrage.

 
JB aussi

Houlà, moi, je me suis mitonné mon p'tit système, aussi, qui est assez pratique : dans mon client chat, j'ai une classe qui récupère les messages en provenance du serveur...Et comme je voulait pouvoir changer la GUI sans toucher au core, j'ai un système qui lance des évènements correspondants à des fonctionnalités du chat, mais comme j'ai plein d'évènements, et que je voulais pas me faire chier avec des addTotoListener()...
 
j'ai une seule méthode addListener(), et quand un évènement arrive, il détermine lui même quels listeners doivent le recevoir (c tout con, c à base de instanceOf, mais j'ai gagné en clarté à un point, avec ce truc! )

perso jfait comme dark

gfive a écrit a écrit : Houlà, moi, je me suis mitonné mon p'tit système, aussi, qui est assez pratique : dans mon client chat, j'ai une classe qui récupère les messages en provenance du serveur...Et comme je voulait pouvoir changer la GUI sans toucher au core, j'ai un système qui lance des évènements correspondants à des fonctionnalités du chat, mais comme j'ai plein d'évènements, et que je voulais pas me faire chier avec des addTotoListener()...   j'ai une seule méthode addListener(), et quand un évènement arrive, il détermine lui même quels listeners doivent le recevoir (c tout con, c à base de instanceOf, mais j'ai gagné en clarté à un point, avec ce truc! )

C'est dommage que ton code soit propriété privée. Salaud de FT.

Je bosse pas pour FT, et bon, c'est tellement con à faire que ça, je peux vous le passer !
 
Alors :  
 
L'interface quidoivent implémenter mes évènements :  
 

 
 
 
La classe qui manage les évènements (dans mon cas, le core du client chat)
 

 
 
Et par exemple, pour le TotoEvent :
 
 

 
 
et dans l'interface TotoListener :  
 

 
 
Simple, non???
 

J'avais aussi pensé à remplacer mon vecteur de listeners par une hashtable de vecteurs, référencés par noms de classes...Mais c pas pratique, pasqu'il faut que le core connaisse tous les types de listeners possibles (bah ouais, une classe peut implémenter plusieurs listeners) et donc, ça aurait été beaucoup moins dynamique : tel que c'est foutu là, je peux ajouter une classe d'évènement et le listener correspondant sans modifier l'existant.

J'avais pas vu ta reply. Chouette méthode en tous cas. Et bien documentée, je te félicite.