Alternative Implementierungen für ActionListener

[Saschiba]

Hallo zusammen,

ich lese mich gerade in das Event-Handling ein und habe zu den ActionListenern eine Frage.

Wenn ich zum Beispiel in NetBeans einem Button einen ActionListener hinzufüge, wird das einfach als anonyme Klasse bewerkstelligt. So hab ich es auch in der Literatur und auf Webseiten gesehen.

Jetzt hab ich aber aus Interesse einfach mal eine eine normale Klasse geschrieben, die das ActionListener Interface implementiert. Dann hab ich die Klasse instanziert und das Objekt dann als ActionListener hinzugefügt. Das hat auch wunderbar geklappt. Das hat mir zumindest fürs Verständnis geholfen. Für 20 Buttons 20 Klassen zu schreiben ist irgendwie nicht so elegant.

Aber meine Frage ist nun, ob es noch weitere Möglichkeiten gibt, einem Button einen ActionListener hinzuzufügen. Auch wenn man es in der Praxis so nicht machen würde. Mich interessiert eher was generell formal richtig wäre. Zum Verständnis.

Vielen Dank!
Sascha

 

[FatFire]

Generell formal richtig ist Geschmackssache und schwer abhängig vom Einsatzzweck. Anonyme Klasse, innere Klasse, externe Klasse, mehrere Listener für mehrere Buttons, mehrere Listener für einen Button (um mehrere Aktionen bei einem Knopfdruck auszulösen z.B.) oder ein Listener für mehrere Buttons (entweder weil es mehrere Buttons mit gleicher Funktion an unterschiedlichen Stellen einer GUI gibt oder man die Unterscheidung, welcher Button gedrückt wurde lieber anhand des ActionCommands macht)...die Möglichkeiten sind vielfältig, einen Königsweg gibt es leider nicht. Insofern ist erlaubt, was bei dem gewünschten Einsatzzweck am meisten Sinn macht.

Bei ordentlicher Trennung von MVC streiten sich die Profis auch gerne, ob es sauberer ist die Listener in die Logik zu packen oder in die GUI und von dort aus dann Methoden in der Logik anzustoßen (zweiteres sehe ich persönlich als sauberer an).

Hm...irgendwie hab ich das Gefühl, ich hab an der Fragestellung vorbeigeschossen, aber ich kann nicht genau festmachen, warum...:autsch:

Gruß FatFire

 

[SlaterB]

1.
anonyme Klasse
2.
nicht anonyme Klasse, versteckt innerhalb einer anderen Klasse
3.
eigene ActionListener-Klasse in eigener Datei
4.
1., 2. oder 3., nur teilen sich mehrere Buttons eine Listenerklasse, in der actionPerformed wird per if unterschieden (oder komplexer)

edit:

Generell formal richtig ist Geschmackssache und schwer abhängig vom Einsatzzweck. Anonyme Klasse, innere Klasse, externe Klasse, mehrere Listener für mehrere Buttons, mehrere Listener für einen Button

genau meine Liste :shock:

 

[Lexi]

1. Anonyme Klasse

button.addActionListener(new ActionListener(){
    @Override
    public void actionPerformed(ActionEvent event){
    //...
    }
}

2. Innere Klasse

public calss meinFenster{
// balbla 
button.addActionListener(new MyListener());
// blabla
class MyListener implements ActionListener{
    @Override
    public void actionPerformed(ActionEvent event){
    //...
    }
}
}

3. Die Klasse, die den Button hat das Interface implementieren lassen, also selbst zum Listener machen.

public calss meinFenster implements ActionListener{
    //blabla
    button.addActionListener(this);

   @Override
    public void actionPerformed(ActionEvent event){
    //...
    }
}

Edit: Das kommt davon, wenn man mit Beispielen anfängt, und dazu noch auf die glorreiche Idee kommt das ganze im Forum Editor zu machen - man ist zu langsam

 

[FatFire]

Ich hatte das jetzt eigentlich so verstanden, dass er weiss, wie man es implementieren kann und wissen will, was am besten und korrekt ist? Oder nicht?

Gruß FatFire

 

[Saschiba]

Ich hatte das jetzt eigentlich so verstanden, dass er weiss, wie man es implementieren kann und wissen will, was am besten und korrekt ist? Oder nicht?

Gruß FatFire

Jein....

Also erst mal danke für die schnellen Antworten. Bei der Frage ging es mir eigentlich mehr darum, in welchen Arten man es implementieren kann. Der Gedanke nach der Zweckmäßigkeit ist - wie du schon sagst - anhängig vom gesamten Kontext. Dennoch bin ich für Meinungen über eine Zweckmäßigkeit durchaus dankbar.

 

[FatFire]

Naja, 50-50-Chance, war ja klar, dass ich daneben liege. :lol:

 

[Saschiba]

Naja, 50-50-Chance, war ja klar, dass ich daneben liege. :lol:

Joa, hehe!

Übrigens würde ich auch sagen, dass es besser ist die Listener in die GUI zu packen, da die Listener eher GUI abhängig sind als logikabhängig. Besonders wenn ich plane meine Logik in unterschiedlichen Programmen zu benutzen. So wäre die Wiederverwendbarkeit meiner Programmlogik gewahrt und ich kann meine GUI flexibel gestalten.