Je crée une interface utilisateur qui montre des graphiques et manipule des graphiques. La classe étend JFrame implémente ActionListener. L'ActionListener appelle alors différentes classes pour manipuler les graphes en fonction de l'action. Cela a fonctionné pendant que la classe avait peu d'assistants d'action; Cependant, maintenant la classe devient ingérable.Java Architecture - Question sur les conventions ActionListener
Je sais que dans l'intérêt de l'encapsulation, il serait préférable d'avoir le ActionListener dans la classe de l'interface utilisateur parce qu'il a besoin d'accéder aux composants non statiques de l'interface. Cependant, il semble qu'il y ait un conflit entre l'encapsulation et la lisibilité. Ce que je propose est de classer la classe en une classe pour l'interface et une seconde pour l'ActionListener et accéder aux composants de l'interface de façon statique. Ce que je veux savoir est-ce que cela suit les conventions de conception de base? Et, si cette approche est acceptable, placez-vous la classe principale dans la classe user-interface ou dans la classe ActionListener?
Grande réponse, mais avant d'accepter cette réponse, permettez-moi que je comprendre. Ce que vous suggérez, c'est que la classe JFrame et la classe Actionlistener implémentent actionlistener. Et que le JFrame l'interprète et le passe à l'ActionListener pour le traitement? – slimbo
Donnez-moi un peu et je vais mettre un peu de code :-) (il suffit de se mettre au travail ... temps d'examen :-) – TofuBeer
Merci beaucoup, je l'apprécie vraiment. – slimbo