Dispose, Free, FreeAndNil oder doch Destroy ?

[paule32.jk]

Hallo.

Beim Umgang mit Objekten und Klassen habe ich viele Codestellen gesehen, bei denen
- Dispose,
- Free, und
- FreeAndNil

verwendet werden.
Letzteres wurde ja in einer frühen Version von Delphi ja noch nicht eingeführt oder verwendet und man musste sich das dann selbst zusammen klabustern...

jetzt aber habe ich Code gesehen, bei dem:
- Destroy

aufgerufen wird und frage mich nun: "Welche Funktion ist denn nun die richtige Wahl, einen Objekt/Klasse "Speicherbereich" zu bereinigen ?
Weil, Destroy kommt mir sehr nahe an das TForm Event OnCreate und OnDestroy.

[dummzeuch]

Dispose funktioniert nicht mit Klassen sondern nur mit Pointern oder den guten alten object-Datentypen aus der Turbo Pascal-Zeit (werden die von aktuellen Delphis überhaupt noch unterstützt?)
Dispose(ObjPtr, Done);

Destroy gibt den Speicher der Klasse nicht frei.

Ob Free oder FreeAndNil ist ziemlich Geschmacksache. FreeAndNil ruft intern Free auf und setzt zusätzlich die übergebene Referenz auf NIL (aber evtl. andere Referenzen behalten den alten Wert zeigen danach also auf eine ungültiges Instanz).

[DeddyH]

Bist Du Dir da sicher? Dispose war doch diese unglaublich tolle Idee, um plattformübergreifend Speicher freizugeben. Und Free prüft lediglich sich selbst gegen nil, bevor es intern Destroy aufruft.

[Uwe Raabe]

Zitat von DeddyH:

Dispose war doch diese unglaublich tolle Idee, um plattformübergreifend Speicher freizugeben.

Das war DisposeOf.

Zitat von dummzeuch:

Destroy gibt den Speicher der Klasse nicht frei.

Solange Destroy ein destructor ist schon.

[DeddyH]

Danke für die Richtigstellung, hab ich verwechselt.

[himitsu]

Destroy gibt immer frei,
aber es sollte "normal" eigentlich NIE direkt aufgerufen werden. (wäre schön, wenn es standardmäßig protected wäre)

Free gibt frei ... bei NIL knallt es aber nicht, da es einem if Assiged(obj) then obj.Destroy; entspricht.

FreeAndNil müsste eigentlich NilAndFree heißen,
denn es entspricht keinem

Delphi-Quellcode:

obj.Free;
obj := nil;

sondern einem

Delphi-Quellcode:

obj := nil;
obj.Free;

// ähhhh, ich meine natürlich

tmp := obj;
obj := nil;
tmp.Free;

Es setzt also immer die Variable auf NIL, selbst wenn es im Free/Destroy knallt.

[himitsu]

Zitat von DeddyH:

Dispose war doch diese unglaublich tolle Idee, Und Free prüft lediglich sich selbst gegen nil, bevor es intern Destroy aufruft.

Bei aktivem ARC machte Free einfach garnichts.

Drum mußte man DisposeOf nutzen, wenn man wirklich "jetzt" freigeben wollte.
Und jetzt einfach immer DisposeOf überall im Code zu nutzen, um den selben Code auch ohne ARC nutzen zu können ... neee, das ging/geht natürlich auch nicht.

Joar, die geilste Idee ever ... anstatt das Free Destroy gleich richtig zu implementieren.
Fast eine genauso hirnrissige Idee wie ForceQueue, anstatt das Queue zu reparieren, damit es immer das macht, sonach es klingt.

[Rollo62]

Ohne das leidige FreeAndNil Thema anstossen zu wollen, hier ein bischen Lesestoff aus verschiedenen Äonen:
https://en.delphipraxis.net/topic/70...#comment-60109
https://wiert.me/2024/06/26/delphi-h...t-lies-to-you/
https://web.archive.org/web/20061101...edy/freeandnil
https://web.archive.org/web/20120118...10/02/16/38916
https://web.archive.org/web/20120118...10/02/05/38910
https://dalijap.blogspot.com/2022/07...ad-safety.html

[paule32.jk]

ist ja "alles" anders als "lustig" diese "Programmier(eier), die dann schlüpfriche Sachen wie Buks erwachen lachen...".
ist ja kein Wunder, warum in der Programmierenden IT der Nachwuchs fehlt (weil keiner mehr sich das antun will, und von Null anfangen möchte - gut macht man ja eigentlich auch nicht. Aber manchmal ist nen total Black-Green-Ausfall wohl das beste mal alles von neu zu beginnen. Aber dann hat man keine Changen auf dem Markt, der "ältere" Anwendungen beherbergt mit seiner wilden Scharr an Fullstackern, die dann das sinkende Schiff auspumpen sollen...

oh man, was für eine verrückte Welt...