Unterschied zwischen FreeAndNil(Objekt) und Objekt.Free

[peacemoon]

Kann jemand mir erklären, welchen Unterschied gibt es zwischen FreeAndNil(Objekt) und Objekt.Free?

[mkinzler]

FreeAndNil ist

Delphi-Quellcode:

Objekt.Free;
Objekt := Nil;

[pertzschc]

Sofern ich es verstanden habe:
Du hast eine Variable die Du mit Create einer Klasse erzeugt hast.

myVar := TMyVar.Create; myVar.Free gibt nur den reservierten (und belegten) Speicherbereich frei, auf den myVar zeigt.
Der Zeiger selber hat danach immer noch die Adresse des Speicherbereiches.

FreeAndNil(myVar); gibt den reservierten (und belegten) Speicherbereich frei und setzt zusätzlich
der Zeiger von myVar auf nil.
Damit kannst Du hinterher sauber mit (myVar = nil) prüfen.

Gruß,
Christoph

[semo]

zusatz: freeandnil kannst du auch mit einem nicht erzeugten objekt aufrufen ohne das es knallt, sprich du musst vorher nicht auf nil prüfen umd das objekt freizugeben

[hoika]

Hallo,

Vorsicht mit solchen Behauptungen.

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
var
  Button: TButton;
begin
  FreeAndNIL(Button);  // Schutzverletzung !
end;

Was du meintest war, dass .Free auch bei NIL-Objekten klappt.

Delphi-Quellcode:

procedure TForm1.FormCreate(Sender: TObject);
var
  Button: TButton;
begin
  Button:= NIL;
  Button.Free;  // OK
end;

Was das etwas undurchsichtig macht ist, dass Klassenvariablen
automatisch initialisiert werden, Zeiger und damit auch Objekte also z.B. NIL sind.

Das FreeAndNIL ist einfach die Zusammenfassung von 2 Befehlen.


Heiko

[Khabarakh]

Zitat von computer-glossar.de:

zusatz: freeandnil kannst du auch mit einem nicht erzeugten objekt aufrufen ohne das es knallt, sprich du musst vorher nicht auf nil prüfen umd das objekt freizugeben

Nope, das ist schon in Free eingebaut.

[edit]

Zitat von hoika:

Schutzverletzung !

Muss nicht sein, vermeiden sollte man solchen Code trotzdem .
[/edit]

[SirThornberry]

Zitat von Khabarakh:

Zitat von computer-glossar.de:

zusatz: freeandnil kannst du auch mit einem nicht erzeugten objekt aufrufen ohne das es knallt, sprich du musst vorher nicht auf nil prüfen umd das objekt freizugeben

Nope, das ist schon in Free eingebaut.

[edit]

Zitat von hoika:

Schutzverletzung !

Muss nicht sein, vermeiden sollte man solchen Code trotzdem .
[/edit]

Jein, es geht nich darum das es nihct erzeugt sein muss sondern darum das die Instanzvariable nil ist.

[Khabarakh]

Hm? Ob das Objekt instanziiert wurde, kann weder Free noch FreeAndNil erkennen. Sie können nur den Pointer auf nil prüfen, aber das machen eben beide.
Man könnte höchstens sagen, dass bei einem Aufruf von FreeAndNil ein weiteres Free(AndNil) nicht fehlschlagen wird.

[jbg]

Zitat von Khabarakh:

Man könnte höchstens sagen, dass bei einem Aufruf von FreeAndNil ein weiteres Free(AndNil) nicht fehlschlagen wird.

Sofern die Variable nicht aus ihrem Sichtbarkeitsbereich (scope) tritt und somit nicht mehr erreichbar ist. Für lokale Variablen ist FreeAndNil z.B nicht notwendig, wenn zu einem späteren Zeitpunkt in der Funktion nicht mehr auf diese Variable zugegriffen wird. Man kann es nämlich mit FreeAndNil auch übertreiben, wie es bei den Indy-Komponenten der Fall ist.

[pertzschc]

Zitat von jbg:

Für lokale Variablen ist FreeAndNil z.B nicht notwendig, wenn zu einem späteren Zeitpunkt in der Funktion nicht mehr auf diese Variable zugegriffen wird.

Wie meinst Du das? Wird das .Free einer lokales Variable am Ende der Prozedur automatisch aufgerufen oder wird nur der Zeiger auf nil gesetzt?