Grundsätzliche Fragen zu Objekten

[C_A]

Hallo,

ich habe zwei Fragen:

1. Wenn ich ein Objekt habe - meinetwegen ein Objekt der Klasse Auto - , kann ich dieses Objekt an Methoden übergeben, dieses Objekt kann das Ergebnis eines Methodenaufrufes sein, usw. Ich kann mit Objekten genauso verfahren wie mit Datentypen. Eine Instanz der Klasse String ist ja auch nur ein Objekt (sehr blöd formuliert ;-) ), genau wie eine Instanz der Klasse Auto. Dennoch werden Strings als komplexe Datentypen oder Referenzdatentypen bezeichnet - ich habe aber noch nie gelesen, dass Auto-Objekte als komplexer Datentyp bezeichnet werden. Warum nicht? Warum wird ein Objekt der Klasse String als Datentyp bezeichnet, ein Objekt der Klasse Auto aber nicht?

2. Ich habe folgenden Code-Ausschnitt:

public class Test
{ 
    public Test()
    {
        new Fenster(new ControlClass()).setVisible(true);
    }

}

Hier lege ich zwei Objekte an - ein Controller-Objekt und ein Fenster-Objekt. Auf das Objekt der Control-Klasse wird spätestens im Kontruktor des Fenster-Objektes referenziert. Wer referenziert auf Objekt der Fenster-Klasse? Da keine Variable vom Typ Fenster existiert, würde ich vermuten, dass niemand auf das Fenster-objekt referenziert. Folge wäre doch: sobald der GarbageCollector wieder aktiv wird, wird das Fenster-Objekt einkassiert. Wo ist mein Denkfehler?

Vielen Dank für Eure Antworten und schönen Abend!

Florian

 

[Murray]

Warum wird ein Objekt der Klasse String als Datentyp bezeichnet, ein Objekt der Klasse Auto aber nicht?

Auch ein Objekt der Klasse String ( also eine String-Instanz) wird nicht als Datentyp bezeichnet; der Datentyp ist String (eben der Typ der Instanz) . Und tatsächlich ist Auto genau so ein Datentyp wir String.

Ich habe folgenden Code-Ausschnitt:

public class Test
{ 
    public Test()
    {
        new Fenster(new ControlClass()).setVisible(true);
    }

}

Hier lege ich zwei Objekte an - ein Controller-Objekt und ein Fenster-Objekt. Auf das Objekt der Control-Klasse wird spätestens im Kontruktor des Fenster-Objektes referenziert. Wer referenziert auf Objekt der Fenster-Klasse? Da keine Variable vom Typ Fenster existiert, würde ich vermuten, dass niemand auf das Fenster-objekt referenziert. Folge wäre doch: sobald der GarbageCollector wieder aktiv wird, wird das Fenster-Objekt einkassiert. Wo ist mein Denkfehler?

Nirgends - wenn im Fenster-Konstuktor nicht irgendwo dafür gesorgt wird, dass irgendeine Referenz auf das Objekt entsteht, dann wird es bei der nächsten Gelegenheit collected.

 

[Wortraum]

> Warum wird ein Objekt der Klasse String als Datentyp bezeichnet, ein
> Objekt der Klasse Auto aber nicht?

Eine Klasse (nicht Objekt!) ist ein Datentyp, und daher ist String ebenso ein Datentyp wie Auto. Daß Du es bei Auto noch nicht gehört hast, liegt dann wohl daran, daß String gerne zuerst und, da es in der Standardbiliothek ist, häufiger erwähnt wird.

> Folge wäre doch: sobald der GarbageCollector wieder aktiv wird,
> wird das Fenster-Objekt einkassiert. Wo ist mein Denkfehler?

Nirgends, denn genau so ist es. Natürlich können vorher im Konstruktor noch irgendwelche „wilden“ Sachen passieren; danach wird das Objekt eingetütet und irgendwann vom Müllwagen abgeholt.

 

[Marco13]

Davon ausgehend, dass es bei dem "Fenster" um ein echtes Fenster geht ("...extends JFrame" oder so) dann bleibt sozusagen eine "unsichtbare" Referenz erhalten, die so lange lebt, bis das Fenster geschlossen wird (so lange lebt auch der EDT, und so lange kann man sich das Fenster auch noch von der Frame klasse abholen)

 

[C_A]

@Marco: Ja, so hatte ich das gedacht: class Fenster extends JFrame

es deckt sich mit meiner Erfahrung, dass das Fenster bestehen bleibt. Erfahrung und erwartetes Verhalten passen nicht zusammen. Das mit den "unsichtbaren Referenzen" klingt plausibel - ich finde es allerdings nicht dokumentiert.

 

[Marco13]

Naja, das mit der "unsichtbaren Referenz" war eher sinngemäß zu verstehen: Natürlich kann ein Fenster nicht garbage collected werden, solange es noch sichtbar ist. Und demnach existiert irendwo (in den Tiefen von Swing) auch noch irgendeine Form von Referenz darauf - im Zweifelsfall eben die, die bei Frame (Java 2 Platform SE v1.4.2) zurückgegeben wird.

Sobald man ein Fenster aufmacht, läuft ja der "Event Dispatch Thread", der z.B. Mausklicks verarbeitet. Und der muss ja wissen, worauf Mausklicks gemacht wurden. Da sind einige ziemlich komplizierte Mechanismen im Hintergrund, bei denen ich mir nicht anmaßen würde, zu behaupten, Ahnung davon zu haben - aber ich mir doch anmaßen würde, zu behaupten, dass sie für den Entwickler (erfreulicherweise) meistens ziemlich unbedeutend sind

 

[Wortraum]

Da sind einige ziemlich komplizierte Mechanismen im Hintergrund, bei denen ich mir nicht anmaßen würde, zu behaupten, Ahnung davon zu haben - aber ich mir doch anmaßen würde, zu behaupten, dass sie für den Entwickler (erfreulicherweise) meistens ziemlich unbedeutend sind

Das fällt unter die „wilden“ Sachen, die ich meinte. Irgendwo muß es ja zumindest mit dem EDT und einem WindowListener verzwirbelt, verdrahtet und geklöppelt sein. :bahnhof: