Ist das ein Pattern?

[Stevie]

Zitat:

Zitat von himitsu (Beitrag 1159126)

Diese bestehen intern aus 2 Zeigern, also ist ein direktes Prüfen auf nil nicht möglich.

Falsch, lies mal, was ich oben ausm docwiki zitiert habe.

Assigned überprüft nicht, ob irgendwelcher Müll in dem Methodenzeiger steht, sondern nur ob er ungleich nil ist.

[himitsu]

Zitat:

Zitat von Stevie (Beitrag 1159134)

Assigned überprüft nicht, ob irgendwelcher Müll in dem Methodenzeiger steht, sondern nur ob er ungleich nil ist.

Hab ich was Anderes behauptet?

Delphi-Quellcode:

var
  X: TNotifyEvent;

if Assigned(X) then
  Beep;

if (TMethod(X).Code <> nil) or (TMethod(X).Data <> nil) then
  Beep;

[Stevie]

Ich fass nochmal zusammen:

Zitat:

Zitat von Delphi Dokumentation

Der Aufruf Assigned(P) entspricht bei einer Zeigervariablen dem Test P <> nil und bei einer Prozedurvariablen dem Test @P <> nil.

Zitat:

Zitat von himitsu (Beitrag 1159126)

Wofür Assigned einen Vorteil bietet.
> Methodenzeiger

Diese bestehen intern aus 2 Zeigern, also ist ein direktes Prüfen auf nil nicht möglich.
Und wöllte man die internen Zeiger prüfen, dann müßte man sich den Methodenzeiger erstmal in einen lesbaren Typen casten, welcher Zugriff auf die beiden Felder bietet.
> Datenzeiger (Objektinstanz) und Codezeiger (Zeiger auf die Methode/Prozedur)

Delphi-Quellcode:

if @x <> nil then
  Beep

[himitsu]

Hab grade was Neues gelernt. :shock:

Delphi-Quellcode:

  X := nil;
  if @@X <> nil then
    Beep;