Datentyp für anonyme Methoden wie TMethod für Methoden

[RSE]

Zitat von himitsu:

Da würde ich eher empfehlen das Konzept zu überdenken und lieber typsicher zu bleiben, unter der Verwendung mehrerer Variablen, anstatt einer Zusammengemanschten.

Das ist durch die Konkretisierung gegeben. Ich möchte aber Codevervielfältigung durch die Abstraktion verhindern, und da stören die Typinfos eher. Sie gehen aber nicht verloren.

[RSE]

Ich habe nun einen weiteren Test gemacht, der bestätigt, dass die Referenzzählung mit dieser Methode (cast auf reference to procedure) nicht durcheinandergebracht wird, zumindest wird die Referenz nicht frühzeitig freigegeben.

Allerdings habe ich für meinen Anwendungsfall (Multicast-Events) ein anderes Problem, an dem die Sache scheitert: Referenzen lassen sich nicht vergleichen wie Methodenzeiger, da es Closures sind (sie beinhalten die benutzten Variablen aus dem Scope und zu der Zeit, wo und als die Referenz erstellt wurde). Damit kann ich sie nicht mehr aus der Menge der Event-Handler entfernen, da ich sie nicht wiederfinde. Ich könnte höchstens bei der Registrierung für den Event einen Index zurückgeben, aber das ist insgesamt aufwendiger als Methoden als Handler zu verwenden...

[himitsu]

Nein, die lassen sich nicht vergleichen, weil ständig neue Interface-Instanzen erstellt werden. (dazu gibt es von mir auch schon ein paar Threads)

Wenn man sich das erstellte Interface merkt, dann kann man es auch wieder vergleichen, aber bei jeder neuen Zuweisung (außer von eine ReferenceTo-Variable) wird ein neues Interface erstellt.
Und bei Interfaces kannst du nunmal nur den Interface-Zeiger vergleichen, da man den Inhalt nicht kennt.

OK, wenn lokale Variablen in eine anonyme Methode aufgenommen werden, wann muß man zwangsläufig auch jedesmal ein neues Interface erstellen lassen, welches auf die aktuellen Variablen zeigt.

[RSE]

Wenn ich einen Event Registriere, dann übergebe ich den Handler an eine Register-Methode:
OnChangeRegister(ChangeHandler); .

Möchte ich den Event dann nicht mehr empfangen, dann rufe ich folgendes auf:
OnChangeUnRegister(ChangeHandler); .

Dabei sind verschiedene Fälle zu unterscheiden:

1. ChangeHandler ist eine Prozedur/Funktion/Methode:
   Hier wird beim Aufruf von OnChangeUnRegister eine neue Closure erzeugt und somit der Handler nicht gefunden, um ihn zu entfernen. (ungetestet)
2. ChangeHandler ist eine anonyme Methode:
   Hierzu müsste ich mir die anonyme Methode in einer Variable gemerkt haben, dann sollte das wohl klappen, wenn mit dem "="-Operator verglichen wird. Andernfalls müsste ich sicherstellen, dass der Handler mindestens so lange Sinn macht (auf nichts zwischenzeitlich freigegebenes zugreift), wie das Objekt mit dem Event existiert.

Insgesamt ist mir die Sache mit den Referenzen für diesen Einsatzzweck zu undurchsichtig auch in der Anwendung. Es gibt zu viel zu beachten bezüglich Gleichheit und Gültigkeit der Handler und beteiligten Objekte. Ich belasse es bei Handlern vom Typ TMethod. Dabei habe ich geringfügige Einschränkungen gegenüber Referenzen, aber das ganze bleibt performanter und durchsichtiger.

[himitsu]

Das geht eben nicht.
PS: Genau das war das Problem, welches ich damals auch hatte ... registrieren von Events und das deregistrieren.

Wenn ChangeHandler eine Methode ist, dann mußt du daraus erstmal ein Interface erstellen, und dieses dir speichern.
Mit dem gespeichertem Wert kannst du es dann auch wieder suchen/deregistrieren.

Delphi-Quellcode:

var save: reference to ...;

save := ChangeHandler;
OnChangeRegister(save); 

OnChangeUnRegister(save);