Java Events und Interfaces

[Heldderschatten]

Hallo, ich bin gerade dabei mir selber Java beizubringen, Als ich mich jetzt mit GUI beschäftigt habe bin ich auf die Interfaces,Listners und Events gestoßen. Ich verstehe sie auch einfach nicht.

Mein ziel ist es das wen ein Knopf in Klasse A gedrückt wird etwas in Klasse B Verändert wird ohne das ich Klasse B in Klasse A drin habe.
Ist das irgendwie halbwegs unkomplex möglich?
gerne auch mit Code beispiel, Ich bin am Verzweifeln..

Schonmal danke im voraus Sebastian

 

[httpdigest]

Ein gut gemeinter Rat: Bitte fange nicht mit (event-getriebener) GUI Programmierung an, wenn du gerade anfängst Java zu lernen.
Schreibe erstmal kleine Kommandozeilen-Anwendungen.
Was Listener und Event angeht: Grob gesagt, dienen solche Interfaces der Entkopplung von Code, der ein Ereignis (z.B. User hat auf Button geclickt) produziert und Code, der auf das Ereignis reagiert. Das GUI Framework z.B. produziert ein Ereignis und du kannst einen "Listener" (dein Code) im GUI Framework registrieren, um auf ein Ereignis reagieren zu können.
Die Klassen ...Event beinhalten dann weitere Informationen bezüglich des Ereignisses, welches dir vom GUI Framework an deinen Listener übergeben wird. Z.B.: Auf welchen Button genau wurde denn geklickt und mit welcher Maustaste, etc. Es gibt verschiedene Arten von Ereignissen mit verschiedenen Arten von Informationen.

 

[Jw456]

Wenn du in Klasse A (Objekt von Klasse A) auf eine Methode von Klasse B ausführen willst.
Musst du in A erstmal ein Objekt von der Klasse B erstellen. Mit diesem Objekt besser gesagt mit der Instanz kannst du nun die gewünschte Methode ausführen. OOP

 

[Neumi5694]

Auch wichtig: Du änderst nichts in fremden Klassen, sondern in Instanzobjekten. Natürlich haben die eine Klasse, aber es muss möglichst früh in deinen Kopf, dass eine Klasse nur sozusagen ein Muster für ein Objekt darstellt.
Wenn du eine Eigenschaft einer Variable (egal wovon) ändern willst, dann muss diese an der Stelle verfügbar sein.
Einfaches Beispiel zur Veranschaulichung

class NotAPoint {
    Point p = ...;
    void changeThePoint() {
        p.setLocation(15,16);
    }
}
class MainClass {
    public void main(String... a) {
        NotAPoint np = new NotAPoint();
        np.changeThePoint(); //zugegeben sinnlos, das erzeugte NewNotApoint Objekt existiert nach diesem Befehl nicht mehr.
    }
}

p ist ein Instanzobjekt einer fremden Klasse (Point)
Wenn du eigene Klassen programmierst, verhält sich das nicht anders. Es ist immer das selbe Prinzip.

 

[Heldderschatten]

Ein gut gemeinter Rat: Bitte fange nicht mit (event-getriebener) GUI Programmierung an, wenn du gerade anfängst Java zu lernen.
Schreibe erstmal kleine Kommandozeilen-Anwendungen.
Was Listener und Event angeht: Grob gesagt, dienen solche Interfaces der Entkopplung von Code, der ein Ereignis (z.B. User hat auf Button geclickt) produziert und Code, der auf das Ereignis reagiert. Das GUI Framework z.B. produziert ein Ereignis und du kannst einen "Listener" (dein Code) im GUI Framework registrieren, um auf ein Ereignis reagieren zu können.
Die Klassen ...Event beinhalten dann weitere Informationen bezüglich des Ereignisses, welches dir vom GUI Framework an deinen Listener übergeben wird. Z.B.: Auf welchen Button genau wurde denn geklickt und mit welcher Maustaste, etc. Es gibt verschiedene Arten von Ereignissen mit verschiedenen Arten von Informationen

Erstmal danke

ich hab bereits das letzte Jahr mit Terminal Programmen gearbeitet. Und steige jetzt um ein paar Programme erneut mit GUi zu entwickeln .
Wie kann ich als in meinem code klasse B (sie darf nur einmal exestieren) da sie das Spielfeld selber ist, sagen das der Button zum neustarten gedrückt wurde, obwohl dieser sich in einer anderen Klasse Befindet?

 

[Neumi5694]

Erstmal danke

ich hab bereits das letzte Jahr mit Terminal Programmen gearbeitet. Und steige jetzt um ein paar Programme erneut mit GUi zu entwickeln .
Wie kann ich als in meinem code klasse B (sie darf nur einmal exestieren) da sie das Spielfeld selber ist, sagen das der Button zum neustarten gedrückt wurde, obwohl dieser sich in einer anderen Klasse Befindet?

Natürlich.
Wie gesagt, du musst auf das Spielfeldobjekt (nicht die Klasse) verweisen. Wenn der Button und das Spielfeld in verschiedene Formulare eingebettet sind, dann wäre eine Möglichkeit, dem Formular mit dem Button einen Verweis auf das Spielfeld zu geben.

 

[sascha-sphw]

Musst du in A erstmal ein Objekt von der Klasse B erstellen.

Übergeben, nicht erzeugen.

Inversion of control - Wikipedia

en.wikipedia.org

 

[Jw456]

Wein ein Objekt von B dein Spiel ist. Dann gebe der Klasse in der der Button ist doch deine Instanz (Context) mit damit der Button Eventlistener auch eine Methode von B aufrufen kann.

 

[Heldderschatten]

Natürlich.
Wie gesagt, du musst auf das Spielfeldobjekt (nicht die Klasse) verweisen. Wenn der Button und das Spielfeld in verschiedene Formulare eingebettet sind, dann wäre eine Möglichkeit, dem Formular mit dem Button einen Verweis auf das Spielfeld zu geben.

Formulare? Was genau ist das? ich bin gerade absoult verwirrt? 😅

 

[Heldderschatten]

Übergeben, nicht erzeugen.

Inversion of control - Wikipedia

en.wikipedia.org

Genau dieses millionenfache durchgeben versuche ich zu verhindern,

 

[Jw456]

Übergeben, nicht erzeugen.

Inversion of control - Wikipedia

en.wikipedia.org

ich hatte es so verstanden das A sein spiel ist und in B etwas von seinem ausgelagerten Code ist.
ok nun ist es halt anders. alles gut

 

[Neumi5694]

Formulare? Was genau ist das? ich bin gerade absoult verwirrt? 😅

Ein Formular ist z.B. ein Java Form.
Dein Button ist ja irgendwo eingebettet, oder? In ein Panel, das auf einem Form angezeigt wird z.B.

 

[Neumi5694]

Genau dieses millionenfache durchgeben versuche ich zu verhindern,

Dann musst du eine Möglichkeit schaffen, dass diejenigen, die ein Objekt brauchen, es auch finden können.
System.getProperty("user.home") ist z.B. eine Möglichkeit, dass von jedem Ort in deinem Programm aus auf das String-Objekt zugegriffen wird, welches in den Systemproperties unter "user.home" gespeichert ist.

Aber ich rate dir dringend davon ab, global verfügbare Eigenschaften dort zu verwenden, wo es nicht notwendig ist.
Das "millionenfache durchgeben" ist das, was du machen solltest, damit du auch gleich lernst, eine gewisse Struktur einzubehalten.
Du musst auch nicht JEDES Objekt überallhin durchschleifen.
Du kannst ja z.B. auch nur das MainFrame durchreichen.
Dieses bietet dann Methoden an wie getSpielfeld() oder getMenuBar()
Noch besser wäre, wenn du gar keinen direkten Zugriff auf das Spielfeld erlaubst, sondern nur dein "Spiel" (Hauptklasse) sich darum kümmert, Methoden bereitstellt, welche die gewünschten Aktionen ausführen.

 

[Gelöschtes Mitglied 65838]

hab ich es überlesen oder steht nirgendst mit welcher GUI überhaupt programmiert werden möchte ?

events von javafx und swing werden sich sicher irgendwie unterscheiden nur so als beispiel

 

[sascha-sphw]

Genau dieses millionenfache durchgeben versuche ich zu verhindern,

Das macht der moderne Entwickler dann auch mit DI und nicht manuell. (https://en.wikipedia.org/wiki/Depen...pendency injection,object is called a service.)

 

[sascha-sphw]

ich hatte es so verstanden das A sein spiel ist und in B etwas von seinem ausgelagerten Code ist.
ok nun ist es halt anders. alles gut

Darum geht es ja bei Inversion of Control gar nicht. Das besagt einfach nur, dass man in einem Objekt keine anderen Objekte erstellt, sondern diese als Parameter hinein reicht.

 

[Heldderschatten]

Ein Formular ist z.B. ein Java Form.
Dein Button ist ja irgendwo eingebettet, oder? In ein Panel, das auf einem Form angezeigt wird z.B.

Ein panel auf einem Frame

 

[Neumi5694]

doh... ich wollte eigentlich Frame schreiben anstatt Form, fällt mir erst jetzt auf. Freud kennt sicher den Grund dafür (ich hab da auch meine Vermutungen).

Aber die Kernaussage ist die gleiche.
Der Button hat einen Actrionlistener. Dem Actionlistener muss bekannt sein, wie er einen Reset ausführen kann. Entweder muss man die Spielfeld-Variable dort verfügbar machen oder einen Wrapper, der das erledigen kann, so wie in Post #13 angeschnitten.
Eine weitere Möglichkeit wäre auch, eine Action, welche den Reset durchführt, zu hinterlegen und über eine passende Methode im Frame dem Button von außen zuzuweisen. Es gibt da so viele Möglichkeiten, wie es die Phantasie zulässt. Aber du wirst nicht drumrumkommen, irgend etwas durchzureichen.
Entweder muss der Button das Spielfeld erreichen, oder eine Objekt, welches das Spielfeld kennt, muss den Button erreichen.

 

[Heldderschatten]

doh... ich wollte eigentlich Frame schreiben anstatt Form, fällt mir erst jetzt auf. Freud kennt sicher den Grund dafür (ich hab da auch meine Vermutungen).

Aber die Kernaussage ist die gleiche.
Der Button hat einen Actrionlistener. Dem Actionlistener muss bekannt sein, wie er einen Reset ausführen kann. Entweder muss man die Spielfeld-Variable dort verfügbar machen oder einen Wrapper, der das erledigen kann, so wie in Post #13 angeschnitten.
Eine weitere Möglichkeit wäre auch, eine Action, welche den Reset durchführt, zu hinterlegen und über eine passende Methode im Frame dem Button von außen zuzuweisen. Es gibt da so viele Möglichkeiten, wie es die Phantasie zulässt. Aber du wirst nicht drumrumkommen, irgend etwas durchzureichen.
Entweder muss der Button das Spielfeld erreichen, oder eine Objekt, welches das Spielfeld kennt, muss den Button erreichen.

Ok, vielen Dank ich glaube ich habs jetzt besser verstanden als vorher☺️👍.