Wann is Class von TObject abgeleitet (FreeAndNil)

[DeddyH]

Zitat:

Wie könnte man denn dann eine Klasse erstellen, die nicht von TObject abgeleitet ist?

Überhaupt nicht. TObject ist die Mutter aller Klassen, d.h. jede andere Klasse ist letzten Endes von ihr abgeleitet, egal wieviele Hierarchiestufen dazwischenliegen.

[norwegen60]

Eben. Und damit ist der Hinweis sinnfrei.

Ich schau woher das Problem kommt. Wollte das nur grundsätzlich wissen.

Aber eine Frage hätte ich doch noch zu dem Thema.

Stimmt es, dass alleine mit der Zuweisung TestClass := nil; auch der Speicher frei gegeben wird?

[DeddyH]

Nein. Das ist nur dann der Fall, wenn die Klasse ein Interface mit Referenzzählung implementiert (z.B. TInterfacedObject), über eben dieses Interface angesprochen wird und die letzte Referenz auf nil gesetzt wird. Ansonsten baust Du Dir mit der nil-Zuweisung ein Speicherleck, sofern keine andere Referenz auf die Instanz mehr existiert.

[DenkDirNix]

Zitat:

Wie könnte man denn dann eine Klasse erstellen, die nicht von TObject abgeleitet ist?

Das geht laut Doku mit dem Schlüsselwort "object", siehe unter "Object Types" in

http://docwiki.embarcadero.com/RADSt...jects_(Delphi)

[dummzeuch]

Zitat von DenkDirNix:

Zitat:

Wie könnte man denn dann eine Klasse erstellen, die nicht von TObject abgeleitet ist?

Das geht laut Doku mit dem Schlüsselwort "object", siehe unter "Object Types" in

http://docwiki.embarcadero.com/RADSt...jects_(Delphi)

Wow, die guten alten Turbo-Pascal Objekte sind inzwischen offiziell dokumentiert? Ich dachte, die hätten schon seit 20 Jahren den Status "der Compiler unterstützt sie noch, aber wenn Du ein Problem hast, hast Du halt Pech gehabt". Manchmal wären die echt noch praktisch, aber ich traue mich nicht, sie einzusetzen.

[norwegen60]

Alles klar und vielen Dank.
Meine Fragen sind ausreichend beantwortet.

[DeddyH]

Die haben bei mir den Weg von GoTo und With genommen, d.h. in meinem Wortschatz existieren sie nicht

[norwegen60]

GoTo ist klar. Aber was spricht gegen With?
Ausser dass man dann im Code nicht gleich sieht, wo das Property/Object her kommt.
Gibt es noch andere Gründe?

PS: Mein Problem ist auch gefunden. Er ist nie in die FreeAndNil-Zeile gekommen

[Jasocul]

Zitat von norwegen60:

Aber was spricht gegen With?

1. Versuche mal, solche Stellen zu debuggen.
2. Manchmal soll es auch vorkommen, dass der Compiler da was verwechselt.

Da ich with aus dem ersten Grunde schon nicht verwende, habe ich keine praktischen Erfahrungen mit dem zweiten Phänomen.

[Uwe Raabe]

Zitat von Jasocul:

2. Manchmal soll es auch vorkommen, dass der Compiler da was verwechselt.

Das wird dann wohl eher der Entwickler sein.