Discussion :

[philippe13]

Bonjour,

Je voudrai votre avis sur la façon la plus performante d'utiliser un Actionlistener.

J'en connais trois :
*création en class interne
*création à la volé : MonBouton.addListener(new ActionListener(){public void actionPerformed(event e){//action}});
*et faire une implémentation.

Merci d'avance.

[afrikha]

Je pense que les trois méthodes sont équivalentes coté performances , par contre personellement j'utilise la troisième , je la trouve la plus claire et propre, mais ce n'est que mon avis

[philippe13]

Salut,

merci de ta réponse. Moi je prefere la deuxième méthode....

[schniouf]

Bonjour,

Je voudrai votre avis sur la façon la plus performante d'utiliser un Actionlistener.

J'en connais trois :
*création en class interne
*création à la volé : MonBouton.addListener(new ActionListener(){public void actionPerformed(event e){//action}});
*et faire une implémentation.

Merci d'avance.

Salut,

pour moi, tout dépent de ce qu'on va mettre dans la méthode actionPerformed ! Je m'explique :
* Tout petit code (< 10 lignes) : création à la volée
* Code + long : classe interne
* Code qui n'a pas besoin d'accéder aux attributs et méthode d'une classe précise : implémentation car réutilisable dans d'autres classes.

Je sais pas si c'est correct, mais c'est ce que je fais .

[professeur shadoko]

pour moi, tout dépent de ce qu'on va mettre dans la méthode actionPerformed ! Je m'explique :
* Tout petit code (< 10 lignes) : création à la volée
* Code + long : classe interne
* Code qui n'a pas besoin d'accéder aux attributs et méthode d'une classe précise : implémentation car réutilisable dans d'autres classes.
.

il y a aussi d'autres critères:
- le code dans une autre classe risque-t'il de créer un couplage entre classes?
- faire implements ActionListener dans un code expose-t'il dans l'API publique des "affaires de famille" qui ne devrait pas être exposées à l'extérieur.

très souvent j'ai un ActionListener local (classe interne ou anonyme) qui appelle les services d'une autre interface passée au composant (on distingue le fonctionnel de l'opérationnel lié à ActionListener -si je veux changer plus tard le comportement interne de mon composant et avoir un autre type de Listener l'API publique du composant ne change pas-)

[sinok]

Quatrième solution qui est à mon avis la plus propre et celle permettant le plus de choses, au lieu d'implémenter un ActionListener, créer une classe héritant d'AbstractAction, redéfinssant les méthodes adéquates et l'appliquer à ton bouton en utilisant la méthode setAction

[Baptiste Wicht]

Quatrième solution qui est à mon avie les plus propre et celle permettant le plus de choses, au lieu d'implémenter un ActionListener, créer une classe héritant d'AbstractAction, redéfinssant les méthodes adéquates et l'appliquer à ton bouton en utilisant la méthode setAction

+1

Je trouve aussi que c'est la méthode la plus propre. Avant je n'utilisais que des classes listeners internes, mais je trouve que ça devient vite le bordel. Tandis qu'avec directement une classe héritant d'AbstractAction, on arrive (de mon point de vue) à quelque chose de plus correct.

[philippe13]

avant je faisais que des class interne, puis j'ai découvert les class anonyme (ce qui je trouve super). mais je voulez savoir s'il y avait des limites.
A priori oui d'après professeur shadoko. mais je n'ai pas bien compris le pourquoi:
class anonyme peu de code ??

Une question pour savoir si j'ai bien compris : si je cré une class héritant de ActionListener c'est pas un peu équivalant à une class interne (mis à part la réutilisation)?

merci en tous cas de vos réponses


PS pour wichtounet : la relativité restrinte => chaque référentiel à son horloge et il n'y a pas de ref absolu
la relativité générale : interraction entre la gravité et les photon (particule sans masse) d'où les trous noirs.