Nachrichten zwischen Objekten

[Bubi Meier]

Tag, meine Damen und Herren,

ich mache mir gerade Gedanken über den Nachrichtentausch von Objekten. Nehmen wir mal an es gibt zwei Klassen:

public interface EinInterface {
    public void Antwort ( ... irgendwelche Parameter);
    }


class Eins extends EinInterface{

public void EineFunktion() {
    // tut irgendwas
    Zwei MyZwei = new Zwei(this, ... irgendwelche Parameter);
    }

     public void Antwort (   ... irgendwelche Parameter) {
    // wertet die Antwort aus 
    }
}

class Zwei {
privat EinInterface Ichwurdegeborenvon;
public void Zwei(EinInterface EI,  ... irgendwelche Parameter) {
    Ichwurdegeborenvon = EI;
    // tut weitere schöne Dinge
    }

public void NochEineFunktion() {
    // tut wieder Schönes
    Ichwurdegeborenvon.Antwort( .... viele schöne Parameter);
    }
}

Das Interface ist da, weil die Klasse Zwei nicht immer von demgleichen Objekt instantiert werden soll. Sonst wäre das ganze auch 'trivial' ). Das Gleiche wäre natürlich auch ohne den Konstruktor von Zwei zu machen, hier sei das aber beispielhaft mal so gemacht.
Jetzt meine Frage:
Macht man das so? Oder gäbe für Objekt Zwei auch die Möglichkeit festzustellen, welches Objekt Zwei erzeugt hat? (bzw. welches die Methoden von Zwei angetreten hat?), also ohne dass Eins Zwei die eigene Referenz mittteilt?

-bm

 

[SlaterB]

ohne gehts nicht (was wäre übrigens bei Aufruf aus statischen Operationen? )


-----


Tipp:
Konstruktoren besser ohne Rückgabewert
public Zwei
statt
public void Zwei

 

[Campino]

Soweit ich weiß macht man das so. Außer man kann das Mithilfe von Rückgabewerten lösen. Dann würde NochEineFunktion die Parameter für antwort() einfach als Rückgabewert bekommen. Das geht aber nur, wenn auch wirklich immer Eins die Methoden in Zwei anstößt und nie irgendwer anders.

 

[Bubi Meier]

ohne gehts nicht (was wäre übrigens bei Aufruf aus statischen Operationen? )

Gute Frage, muss ich mal drüber meditieren. Können statische Klassen überhaupt Interfaces implementieren? Grübel...

Tipp:
Konstruktoren besser ohne Rückgabewert
public Zwei
statt
public void Zwei

Ja ja, war jetzt mal eben schnell und schmutzig geschieben.

Danke für die Antwort

-bm

 

[Bubi Meier]

Soweit ich weiß macht man das so. Außer man kann das Mithilfe von Rückgabewerten lösen. Dann würde NochEineFunktion die Parameter für antwort() einfach als Rückgabewert bekommen. Das geht aber nur, wenn auch wirklich immer Eins die Methoden in Zwei anstößt und nie irgendwer anders.

Hmmm, wieso? Wer die Methoden von Zwei aufruft, ist doch ziemlich egal. Er muss halt von Zwei eine Referenz kennen um überhaupt dranzukommen. Wieso sollte das immer nur aus ein und derselben Klasse gehen?

Danke für die Antwort.

-bm

 

[Leroy42]

Wie soll das denn gehen?

class Eins extends EinInterface

So muß es heißen:

class Eins implements EinInterface

 

[Bubi Meier]

Wie soll das denn gehen?

class Eins extends EinInterface

So muß es heißen:

class Eins implements EinInterface

Ja, natürlich, Asche auf mein Haupt. War schnell und schmutzig formuliert...

-bm