Ereignisbehandlung

[Guest]

Hi,

wie kapsel ich am besten Ereignisbehandlung? Wenn ich z.B. mehrere Buttons habe wäre es doch sinnvoll eine Klasse zu erstellen die sich um die Ereignisbehandlung aller kümmert, oder? Macht es also Sinn eine Klasse zu erstellen die z.B. für ein gesamtes Programm alle Events behandelt?

 

[Wildcard]

Macht es also Sinn eine Klasse zu erstellen die z.B. für ein gesamtes Programm alle Events behandelt?

Nein, das entspricht dem Anti-Pattern einer Gott-Klasse.

 

[Gast]

Wie würd es denn dann normalerweise gemacht? Hat jemand ein gutes Tutorial wo auf EventHandling eingegangen wird?

 

[Wildcard]

Events werden an einer Stelle behandelt an der du sinnvoll mit dem Event umgehen kannst.
Jeder Listener übernimmt die Funktion eines Controllers im MVC Paradigma.
Wo es sinnvoll erscheint können ähnliche Aktionen in einem Controller gebündelt werden, ansonsten spricht nichts gegen einen Controller pro Aktion.

 

[TRunKX]

Stimme ich gegen! Habe gerade ein solches Programm geschrieben! 1 Controller der ActionListener beinhaltet und alle Action Events verarbeitet. denk aber bitte an folgenden Begriff DelegateUI bei JAVA werden im MVC Modell gerne View + Controller in 1 Klasse gepackt also nit jeder Listener ne eigene sondern alles in 1 . Das ist aber nur bei kleineren Projekten zu empfehlen! Bei größeren entweder auf 1 Controller Klasse ghene oder wie beschrieben auf jeder Listener 1 Klasse.

Also vorhergegangene Antwort teils richtig! :toll:

 

[materthron]

Vielleicht hilft dir ja folgendes Java Tutorial: How to Use Action.

 

[Wildcard]

bei JAVA werden im MVC Modell gerne View + Controller in 1 Klasse gepackt also nit jeder Listener ne eigene sondern alles in 1 .

Nenn mir mal eine.
Eine JTable zum Beispiel ist keine View, sondern ein Controller der eine View hat, und dieses Design zieht sich durch das ganze Swing Toolkit.