Methoden-parameterliste zur laufzeit?

[maximov]

Moin *g*

Ich implementiere in meinem runtime objectInspector grade event-fähigkeiten, was auch kein problem ist, da es ja TObject.MethodAddress() gibt! Allerdings bekomme ich keine infos über die Erforderlichen Parameter. Bei prozeduralen typen kann man diese infos ja über die RTTi abgreifen (PTypeData.ParamList).

Deshalb: Gibt es eine möglichkeit die Methoden-parameterliste dynamisch zu ermitteln? Sollte es nicht gehen sagt es bitte auch, denn dann denke ich mir ein workaround aus...danke schonmal!

mfg.
maximovsky

[choose]

Hallo maximov,

ein
GetTypeData(Self.GetMethodAddress('Foo'))) geht ohne Debug-Informationen (dann auch nicht in dieser Form) leider nicht und ist auch einer der Gründe, warum bei diversen Skript-Engines die Signaturen zusammen mit der Adressen der in der Engine benutzbaren Methoden registriert werden müssen...
Ausnahme bilden hier Lösungen, die "von Haus aus" eine solche Reflektion mitbringen müssen, wie zB Klassen, die das IDispatch Interface implementieren.

An welchen Work-Around hast Du gedacht?

[maximov]

Ein möglicher workaround wäre halt ein registrierung der methoden in assoziation mit dem prozeduralen-typ (of object) zu machen, der dann ja die parameterliste hält. Nur dann muss ich jede methode einzelnd registrieren und muss eine methoden-registry schreiben, die für jede klasse die einträge verwaltet (leider gibt es in D7 ja keine klassenfelder)

Oder habt ihr eine bessere idee?

[maximov]

Zitat von choose:

Hallo maximov,

ein
GetTypeData(Self.GetMethodAddress('Foo'))) geht ohne Debug-Informationen (dann auch nicht in dieser Form) leider nicht ...

DebugInfos wären ja nicht so schlimm, da ich sie nur in meinem editor brauche, aber ich hab das mal getestet und kam nur salat bei raus. self.methodAddress liefert ja auch kein PTypeInfo deshalb muss es vermutlich schief gehen.

Bist du dir sicher, dass das so gehen kann?

[choose]

Hallo maximov

Zitat von maximov:

Zitat von choose:

GetTypeData(Self.GetMethodAddress('Foo'))) geht ohne Debug-Informationen (dann auch nicht in dieser Form) leider nicht ...

[..]ich hab das mal getestet und kam nur salat bei raus

ich meinte mit meiner Äußerung (insbesondere mit dem Zusatz in den Klammern)

Zitat von choose:

ein ~ geht ohne Debug-Informationen (dann auch nicht in dieser Form) leider nicht

dass

1. keine RTTI zur Signatur von Funktionen, Records, Methoden, etc. erzeugt werden und
2. selbst beim Compilieren mit Debug-Infos, bei der eine Map-Datei beim Kompilieren die entsprechenden Verknüpfungen bereit hält, diese Informationen nicht transparent (für den Programmierer ohne Unterschied zum drumherum) auf die RTTI-Funktionen gemappt werden

Sieh Dir mal die diversen Exception-Tracer auf dem Markt an, die auf den Debug-Informationen basieren, vielleicht kannst Du damit etwas erreichen.

Wolltest Du eine Lösung mithilfe von Reflektionsklassen umsetzen (ähnlich der Lösung in Java), könntest Du beim Kompilieren die Struktur Deiner Klassen analysieren und eine Helper-Klasse generieren lassen, die sich dann bei Initialsierung der Unit bei einem Singelton registriert...

[maximov]

Danke Choose!

Ich denke ich lass es lieber und registriere die methoden von hand ...bzw wenn keine registrierung vorliegt, lass ich das event ungeprüft zuweisen *eins.zwei.risiko*