Objekt kontaktiert seinen "erzeuger"

[twinflyer]

Hi Leute,
ich habe ein kleines Problem, das sich garantiert lösen lässt. Nur leider weiß ich nicht genau wie und auch suchen hat nichts Brauchbares geliefert.

Folgendes Problem:
Ich habe eine Klasse. Nennen wie sie einfach mal Spiel. Die Klasse Spiel erzeugt ein Objekt vom typ GUI. Jetzt kann das Objekt Spiel natürlich jederzeit Methoden des Objekts GUI aufrufen um beispielsweise Fenster zu öffnen.
In manchen Fällen muss aber das GUI Objekt das Spiel Objekt kontaktieren (um z.B. auf Knopfdruck zu pausieren o.ä.).

Natürlich könnte ich das Spiel Objekt an das GUI Objekt übergeben, aber geht das nicht auch mit Interfaces?

Wenn ich weiß, dass Spiel ein Interface implementiert, das die Methode

public void pauseGame()

beinhält müsste man doch irgendwie von GUI die Methode pauseGame() in Spiel aufrufen, da sie ja auf jeden Fall existiert. Wär vor allem Praktisch, wenn ich dazu nicht einmal wissen müsste um was für ein Objekt es sich handelt. Sondern lediglich wissen muss, dass es das entsprechende Interface implementiert.

Ich hoffe ihr könnt mir da weiter helfen, würde mich sehr viel weiter bringen

Gruß Max

 

[Network]

Trotzdem müsste die GUI eine Referenz auf das "Objekt" Spiel bekommen. Eventuell gibt es ja mehrere Objekte von der Klasse Spiel, so gibt es kein drumherum und du musst dein Objekt der GUI beim Aufrufen übergeben.

Und nein, es ist nicht der Sinn von Interfaces Objektorientierung zu umgehen. Interface zu Deutsch Schnittstelle bedeutet ja nur, dass beim kompilieren sichergestellt wurde, dass die Referenz des Objektes auch tatsächlich bestimmte Methoden enthält egal um was für ein übergebenes Objekt es sich handelt.

Gruß
Net

 

[twinflyer]

Schade, ich war fest davon überzeugt, dass man irgendwie "nach oben" kommunizieren kann.
Dann muss ich mir jetzt wohl nen neuen Plan machen...
Trotzdem Danke

Programmieren! Nichts ist unmöglich!

Gruß Max

 

[faetzminator]

Wenn wir uns z.B. das MVC-Pattern ansehen, dann ist das völlig normal, dass sich der Controlller (im Fall von MVC) bei den anderen Klassen registrieren muss. Wenn ich also z.B. ein Model erstell, dann brauch ich irgendwas wie [c]addModelChangedListener(ModelChangedListener)[/c], wobei [c]ModelChangedListener[/c] ein Interface wär, was irgendwas wie [c]dataChanged(Event)[/c] o.ä. vorgeben würde. Der Controller registiert sich also gleich nach dem Erzeugen des Models bei diesem. Das Model wirft bei jeder Änderung einfach einen Event an alle registierten Listener.

 

[twinflyer]

Ich hatte da wohl einen Denkfehler drin. Mittlerweile ist mir auch klar, dass es so wie ich es beschrieben habe nicht gehen kann. Außerdem ist es anders aufgebaut auch wesentlich logischer und praktischer.
Danke nochmals.

Gruß Max

 

[tröööt]

man könnte zwar auch ein Singleton dafür "missbrauchen" ... aber OHNE objekt-referenz geht es nun mal nicht ... und alles static kannst du mit sicherheit auch nicht machen ...