Verständnisfrage Assigned vs nil

[Klaus01]

..laut diesem hier
ist not assigned() mit nil gleichwertig.

Grüße
Klaus

[Delbor]

Hi zusammen

Danke für eure Antworten. Offenbar habe ich asssigned etwas überschätzt.

Gruss
Delbor

[DieDolly]

Wenn du deine Variable nach Free immer manuell auch auf nil setzt ist alles gut.

[Delbor]

Hi Dolly

Zitat von DieDolly:

Wenn du deine Variable nach Free immer manuell auch auf nil setzt ist alles gut.

Da müsste man FreeAndNil verwenden...

Gruss
Delbor

[Dalai]

Folgende Abfragen sind gleichwertig:

Delphi-Quellcode:

if Assigned(Objekt) then
if Objekt <> nil then

Erstere Variante ist IMO etwas einfacher zu lesen, wenn man gerade in einem Editor ohne Syntaxhervorhebung unterwegs ist, in dem auch noch die Schrift etwas klein ist und man so Schwierigkeiten hat, schmale Zeichen sauber zu erkennen. Aber grundsätzlich soll jeder das verwenden, was er/sie mag.

Grüße
Dalai

[Uwe Raabe]

Bei Abfragen von Objekten sind die Abfragen auf nil und auf Assigned gleichwertig. Anders sieht es z.B. bei Events aus. Man kann eine Event-Variable (so wie jeden Methodenzeiger) nicht auf nil abfragen. Dafür ist dann Assigned gedacht.

Delphi-Quellcode:

procedure TCustomForm.Paint;
begin
  if Assigned(FOnPaint) then FOnPaint(Self);
end;

[bcvs]

Zitat von Uwe Raabe:

Anders sieht es z.B. bei Events aus. Man kann eine Event-Variable (so wie jeden Methodenzeiger) nicht auf nil abfragen.

Wieso nicht? Ich hatte immer gedacht, das wäre auch da gleichwertig. (Rein interessehalber)

[himitsu]

Delphi-Quellcode:

procedure TCustomForm.Paint;
begin
  if TMethod(FOnPaint).Code <> nil then FOnPaint(Self);
end;

Wer will, der kann alles.
Methoden-Zeiger bestehen intern aus zwei Pointern (auf die Prozedur und auf das Object/Self).
Aber Assigned kennt die Unterschiede und nimmt dann die passende Prüfung vor.

Assigned und <>nil sind gleich, egal ob man mit Free oder FreeAndNil arbeitet.
Bei Free bleibt halt nur der nun "ungülige" Zeiger in der Variable drin, weswegen man das prüfen kann was man will.

Delphi-Quellcode:

obj.Free;
obj := nil;

FreeAndNil macht hier aber erst nil und dann Free (mit temporäter Variable dazwischen), damit wenn es im Free (Destroy) knallt, die Variable dennoch auf nil gesetzt wird/wurde.

Noch mehr Spaß macht es bei den generischen References (reference to procedure ... die Zeiger wo Prozeduren und Methoden drin sein können),
denn da hast du ein "geheimes" Interface, wo dann der Zeiger drin ist.


@DasWolf
Versuch dir nicht zu merken wie es unterschiedlich ist, sondern merk es dir so, dass es gleich ist.

o <> nil = Assigned(o)
o = nil = not Assigned(o)
und nach o.Free ist eine Variable ungülig, also will man nachher auf nil/Assigned prüfen, dann muß auch auf NIL gesetzt werden (z.B. durch FreeAndNil).