Listener en Java

Bonjour,
Dans le FAQ Java GUI j'ai trouver trois différentes méthodes pour utiliser les listener et je me demande quelle est la meilleure d'entre eux? ou elles sont tous pareil et ça reste un choix pour chaque développeur?
Personnellement je trouve que la méthode des classes anonymes est la meilleure pour la lisibilité du code mais est ce qu'on peut toujours l'utiliser ou admet-elle parfois des limites?

Ca dépend des cas, personnellement j'ai tendance à utiliser les AbstractAction car elles se calent bien au niveau archi, s'intègrent facilement au KeyBinding (concepts d'InputMap/ActionMap), permettent de déclencher une action de plusieurs endroits ( genre depuis un bouton aussi bien que depuis le menu ou un toolbar ).
Mais ceci ne concerne que les actionListener, pour les autres, en général, bah en fait c'est au cas par cas, un coup classe anonyme, un coup classe privée suivant les besoins (assez rarement classe publique).

"Class anonyme" je ne l'utilise que quand j'ai un bouton tout seul.
Sinon c'est généralement des classes privé.
Et comme au dessus, classe publique assez rare sauf pour les projets en cours ( pour faire plus propre y parait :aie: ).

Finalement, c'est toi qui choisi.
Après, tu peux factoriser tes listeners entre eux s'il font toujours à peux prêt la même chose. Et là les classes anonymes ne sont pas adaptées ;)

merci pour les reponse :ccool:
mais je comprends pas c'est quoi la factorisation des listeners? :calim2:
la difference entre classe public et privé? :calim2:
je suis pas expérimenté en java :bebe: mais je vois que l'utilisation des classes anonymes laisse le code lisible(pour chaque événement son code) et on a pas besoin de faire des tests sur getSource().
dans quels cas on peut pas utiliser les classes anonymes?

la classe anonyme a deux inconvénient:

1) tu n'a pas le contrôle sur le constructeur, ce qui peux être embetant pour passer certains argument et t'amêne parfois à des bidouillages avec les déclaration "final".
2) tu ne peux pas y ajouter des méthodes de ton cru que tu appelle dans ton code en dehors de la classe.


Peut être facilement contourné en donnant un nom à la classe:

Code:

---

1 2 3 4 5 6 7 8 9 10

public void maMethode(){ //.... class MaClassInterne extens MouseListener{ public MaClasseInterne(int x){.....} //..... } monBouton.addMouseListener(new MaClassInterne(y)); //.... }

---

Citation:

---

la difference entre classe public et privé?

---

Code:

---

1 2 3 4 5 6

public class MaClassPublic{ //... private class MaClassPrivee{ //... } }

---

Les classes privée sont des classes dans des classes public.

Code:

---

mais je comprends pas c'est quoi la factorisation des listeners?

---

Imaginons que tu est 2 boutons qui fasse exactement la même chose. Au lieu de créer 2 classes Listeners, tu n'en crées qu'une seule. Tu factorises ton code ( inverse de développer(au sens "étendre") ).
Pour cela tu crées ta

Code:

---

public class monListener implements ActionListener

---

et tu la lies à tes deux boutons.

Citation:

---

Envoyé par Ivelios

Les classes privée sont des classes dans des classes public.

---

Heu non:
des classes dans des classes, ca s'appelle des classes imbriquées (nested classes) dont font partie les classes internes (inner classes), les classes anonymes, les classes imbriquées statiques et les classes locales ;)

Les classes privées sont celles précédées du mot clé "private" et ne sont pas nécessairement imbriquée (bien qu'il reste à démontrer l'utilité d'une classe privée top level)

Citation:

---

Envoyé par Ivelios

[Imaginons que tu est 2 boutons qui fasse exactement la même chose. Au lieu de créer 2 classes Listeners, tu n'en crées qu'une seule. Tu factorises ton code ( inverse de développer(au sens "étendre") ).
Pour cela tu crées ta

Code:

---

public class monListener implements ActionListener

---

et tu la lies à tes deux boutons.

---

Dans ce cas précis, la méthode passant par des (Abstract)Actions est probablement même un poil plus puissante, l'Action pouvant être aussi bien déclenchée par une action, un binding clavier, sans oublier que l'on peut directement ajouter les classes héritant d'AbstractAction à un JMenu sans passer par un JMenuItem ou à une JToolbar sans utiliser de JButton. Elle est donc beaucoup plus polyvalente.

Je vois que la gestion des événements avec les listener n'est pas assez évidente en Java :arf: contrairement a d'autres langages(VB.Net,Windev...) pourquoi alors les créateurs de Java n'ont pas améliorer la gestion des évènements pour la rendre plus facile?:calim2:

Faut déjà voir ce que tu trouve de "pas évident" dans l'histoire :/

Si c'est la verbosité des listener, oui le problème est connu. Il y a beaucoup de blabla dans le code pour au final faire une classe à usage unique contenant une méthode appartenant à une interface.

Malheureusement, il fallait bien à un moment où un autre couper dans nouvelles fonctionnalité pour arriver à sortir java7. Et comme les lambda expressions qui répondent à ce besoin n'étaient pas encore finalisées, elles ont été reportées à la java8. Il faudra encore attendre 1 an et demi pour pouvoir écrire un listener en une ligne ;)

http://cr.openjdk.java.net/~briangoe...a-state-3.html