Oberfläche und "richtige" Programmierung

[osix2000]

Hallo,

hier mein Problem, bin kein Anfänger, aber auch noch kein Experte....

Ich mache eine Klasse, die die main Methode enthält (Application) und die GUI in Swing. In meiner Anwendung gibt es mehrere Radiobuttons und Auswahlmenus. Wenn man eine bestimme Taste drückt, dann passiert etwas, jenachdem wie die Radiobuttons stehen. Also muß ich das ja abfragen.

In der main Klasse stehen alle GUI Befehle (JButton usw.) Ich habe einen eigenen Tastaturlistener in einer eigenen Klasse, die den orginal Tastaturlisten impementiert. Soweit so gut.

Das Problem ist: Ich muß doch immer in der Tastaturlistener Klasse auf Tastendrücke reagieren und dort auch verzweigen. Aber wenn ich wissen will, wie die Radiobuttons aus der Hauptklasse stehen kann ich das in der TastaturlistenerKlasse nicht abfragen...

Klar kann ich der Tastaturlistenerklasse Werte übergeben, mit denen sie was machen soll, aber woher soll die main Klasse wissen welche Taste gedrückt wurde ?

Meine bisherige Lösung ist, dass ich statische Methoden in der main Klasse habe, und diese statischen Methoden von der Tastaturlistenerklasse aus ausführe....

Ich hab aber das Gefühl, daß ich (als mit Prozeduren aufgewachsener Programmierer) da was ziemlich unschönes Programmiere....

Hat jemand einen Link auf ein Beispiel, wo mal ein größeres Beispiel gezeigt wird, nicht nur so 5 Zeilen mit 5 Buttons, sonder wo mal so richtig eine kleine Anwendung geschrieben ist, wo auch richtig was passiert. Also so mit JDialog usw...
aber auch nicht zu groß...

Danke euch schon im Vorraus !

 

[HLX]

Du kannst eine Referenz auf deine Radiobuttons / Buttongroup an deinen Listener übergeben. Diese weist du dann einer Instanzvariable zu.

Beispiel:

public class TastaturListener {

      private ButtonGroup buttongroup;

      public TastaturListener(ButtonGroup newButtonGroup) {
            buttongroup = newButtonGroup;
      }
}

Jetzt kannst du im Listener drauf zugreifen.

 

[osix2000]

Das habe ich mir auch schon mal gedacht.
Dann muß ich aber alles, alles übergeben. Da sind nicht nur Radiobuttons, sondern auch noch andere GUI Sachen, und noch das BasicplayerObjekt vom MP3 Player. Das hatte ich schon mal so probiert, aber das war irgendwie auch nicht so toll, weil ich ja für jeden Button einen anderen Buttonlistener brauche, und somit wieder alle Objekte und Parameter übergeben muß.

 

[HLX]

Wenn dein Listener so vielseitig ist, solltest du den ganzen Frame bzw. Dialog übergeben. Über diesen gelangst du dann an die einzelenen Komponenten.

Siehe auch dieses Beispiel:
www.java-forum.org/de/viewtopic.php?t=57284&start=13

 

[osix2000]

Danke, danke, danke...

GENAU so ein Beispiel, hab ich gesucht. Da werde ich mich mal einarbeiten und das genau studieren...

 

[Marco13]

Wenn dein Listener so vielseitig ist, solltest du den ganzen Frame bzw. Dialog übergeben.

Hm. Ein erster kurzer Blick auf den verlinkten Thread ... dort sieht es eigentlich eher so aus, als ob dort ein Modell verwendet wird, und DAS ist imho das, was übergeben werden sollte. Vielleicht liegen die Buttons später nichtmehr in einem JFrame sondern in einem Applet, und es sind keine RadioButtons mehr sondern CheckBoxes.... im Modell kann man das nicht unterscheiden...

 

[HLX]

Wenn dein Listener so vielseitig ist, solltest du den ganzen Frame bzw. Dialog übergeben.

Hm. Ein erster kurzer Blick auf den verlinkten Thread ... dort sieht es eigentlich eher so aus, als ob dort ein Modell verwendet wird, und DAS ist imho das, was übergeben werden sollte. Vielleicht liegen die Buttons später nichtmehr in einem JFrame sondern in einem Applet, und es sind keine RadioButtons mehr sondern CheckBoxes.... im Modell kann man das nicht unterscheiden...

Das Modell sollte auf keinen Fall irgendwelche GUI-Unterschiede behandeln. Das Modell ist von der GUI völlig zu trennen um eben verschiedene Oberflächen, wie z.B. Swing/SWT/Web anbinden zu können.

Listener sind im Link-Beispiel GUI-Controller. Sie handeln im Kontext einer bestimmten GUI-Komponente. Sie sind zwar getrennt von ihr, es besteht jedoch eine enge Beziehung. Für die Übergabe eines Frames spricht, dass der Controller nicht nur an den einzelnen Button gebunden wird, sondern die Gestaltung/Modifizierung der Oberfläche als Ganzes abhandeln soll.

 

[Marco13]

Das Modell sollte auf keinen Fall irgendwelche GUI-Unterschiede behandeln.

Falls mein Beitrag anders interpretiert wurde: Genau so ist es. Und das meinte ich auch. Es wird das Modell vom GUI (bzw. dem Controller, was bei Java häufig "das gleiche" ist) verändert. Und von WELCHEM Controller es WIE verändert wird, ist ihm egal. Deswegen hätte ich jetzt gemeint, dass, wenn man "irgendeinen" Controller hat, der das Modell verändern will, man diesem Controller das Modell auch geben könnte/sollte, und nicht einen Umweg über einen weiteren Controller gehen sollte (d.h. man sollte nicht z.B. einem Panel (Controller) einen JFrame (Controller) übergeben, nur weil letzterer das Modell kennt. Aber vielleicht hab ich da auch was falsch verstanden. Bin noch nicht ganz wach... :roll:

 

[HLX]

Genau. Ich hatte deinen letzten Satz anders verstanden. Ansonsten teile ich deine Ausführungen. Ich habe den Listener nur wegen seiner engen Beziehung zur GUI-Komponente "GUI-Controller" genannt: Er ist oft auf eine bestimmte Oberfläche ausgerichtet.