TObjectList Object soll sich selbst löschen

[himitsu]

Zitat von stahli:

Nachfolgendes Projekt macht bei mir keine Probleme.
Wenn nicht, gibt es keine Probleme.

Auch wenn FreeAndNil unnötig ist, da der Parameter Sender eh nicht wiederverwendet, bzw. nachfolgen genutzt wird. (.Free würde reichen, aber schlimm isses nicht)

Zitat von stahli:

Wichtig ist wohl nur, ob der Komponentencode nochmal auf "Self" zugreift.

Self ist in diesem Fall die Form.

PS: In Ereignisprozedur wie OnClose die Form freizugeben ist da schon schwerer.

Zitat:

Irgendwie fehlt mir das Application da (gut das ist immer irgendwo)

Application.Run; (siehe .dpr), bzw. genauer die TApplication.ProcessMessage behandelt die Window-Messages, und von dort aus wird letztendlich dein procedure WMLButtonUp(var Message: TWMLButtonUp); message WM_LBUTTONUP; aufgerufen.




Wie gesagt, einen Button in seinem OnClick freizugeben ist kein Problem.

[stahli]

FreeAndNil habe ich zum Testen genutzt, damit auch der Pointer auf nil gesetzt wird (ist ja "extremer" beim Fehlertest).

Zugriff auf "Self" bezog ich auf den Code innerhalb des TButton (der Code, der noch nach dem Aufruf der Ereignisbehandlung folgt, also MINDESTENS "end;").

Zitat:

Wie gesagt, einen Button in seinem OnClick freizugeben ist kein Problem.

Es sei denn, eine Komponente würde in ihrer Methode Click nach dem Aufruf einer zugewiesenen Ereignisbehandlung noch einmal auf ihre Daten zugreifen:

Delphi-Quellcode:

procedure TTestControl.Click;
begin
  if Assigned(FOnClick) then
    FOnClick(Self)
  Caption := 'ERROR if Self = nil'
end;

[himitsu]

Was aber bei einem TButton nicht der Fall ist.

[Sir Rufo]

Zitat von himitsu:

Was aber bei einem TButton nicht der Fall ist.

Na dann wollen wir mal hoffen, dass das auch so bleibt, sonst funktioniert der Code nur bis Delphi 20xx und dann kracht es.

[stahli]

In einem solchen Fall würde ich es vorziehen, die Komponente lediglich unsichtbar zu machen, in eine Löschliste aufzunehmen und deren Inhalte dann bei Gelegenheit (Timer/OnIdle) aufzulösen.

[Sir Rufo]

Eine Möglichkeit ist das auch, nur bevorzuge ich aber lieber Push als Poll.

Und die PostMessage Variante ist doch sehr charmant.