Ausführen einer Methode bei MethodAddress

[josef-b]

Ja, ich glaube ich war jetzt einfach etwas zu schnell und ungenau, sorry

[josef-b]

Zitat:

Zitat von jaenicke (Beitrag 1532998)

Wenn das alles deine eigenen Klassen sind, leite sie doch einfach von einer gemeinsamen Elternklasse ab, die diese Funktionalität bereitstellt. Dann kannst du darauf casten.

So habe ich das jetzt gemacht. Funktioniert prima. Vielen Dank für Eure Hilfe

[himitsu]

Zitat:

Zitat von Delphi.Narium (Beitrag 1533006)

weder ... noch prüfst Du, ob aComp überhaupt vom Typ TGraphicControl ist.

Doch doch.

Wenn es Keines ist, dann gibt es eine "passende" Exception, denn

Delphi-Quellcode:

(acomp as TGraphicControl)

.

Aber hier

Delphi-Quellcode:

TGraphicControl(acomp)

würde es nicht geprüft.


Achtung, IS und AS haben beim NIL einen kleinen UInterschied.

IS sagt False, wenn es NIL ist, also wenn es nicht "dieser Typ" ist.
AS dagegen läßt NIL durch, da es nur püpft, ob es der richtige Typ ist ... und NIL ist nicht ein "falscher Typ", da es nichts ist.

Zitat:

Dann kannst du darauf casten

Nicht vergessen, dass beim Zugriff über einen Vorfahr-Typen eventuell ein VIRTUAL + OVEERRIDE nötig ist, wenn die Funktionalität erst in den Nachfahren steckt.

[Delphi.Narium]

Zitat:

Zitat von himitsu (Beitrag 1533011)

Zitat:

Zitat von Delphi.Narium (Beitrag 1533006)

weder ... noch prüfst Du, ob aComp überhaupt vom Typ TGraphicControl ist.

Doch doch.

Wenn es Keines ist, dann gibt es eine "passende" Exception, denn

Delphi-Quellcode:

(acomp as TGraphicControl)

.

Deshalb prüfe ich mit

Delphi-Quellcode:

if Assigend(aComp)

Zitat:

Zitat von himitsu (Beitrag 1533011)

Aber hier

Delphi-Quellcode:

TGraphicControl(acomp)

würde es nicht geprüft.

deshalb prüfe ich mit

Delphi-Quellcode:

and (aComp is TGraphicControl)

Zitat:

Zitat von himitsu (Beitrag 1533011)

Achtung, IS und AS haben beim NIL einen kleinen UInterschied.

IS sagt False, wenn es NIL ist, also wenn es nicht "dieser Typ" ist.
AS dagegen läßt NIL durch, da es nur püpft, ob es der richtige Typ ist ... und NIL ist nicht ein "falscher Typ", da es nichts ist.

und mit dem anschließenden

Delphi-Quellcode:

then TGraphicControl(acomp).Height := 200;

sollte die Zuweisung auf height erst dann erfolgen, wenn acomp sowohl etwas zugewiesen wurde, also nicht Nil ist, dieses Etwas vom Typ TGraphicControl ist und damit über das Attribut Height von TGraphicControl geerbt haben sollte. Soweit ich das sehe, sollten die von Dir genannten Bedingungen alle (ohne Exception) geprüft und vor dem Zuweisen von 200 auf das Attribut Height erfüllt sein. Also dürfte auch

Zitat:

Zitat von himitsu (Beitrag 1533011)

Dann kannst du darauf casten

erfüllt sein.

[joachimd]

Tu Dir einen Gefallen und verwende - wie Jaenicke weiter oben vorgeschlagen hat - Interfaces. Lose koppeln, wo immer möglich.
Das gibt Dir die Möglichkeit, auch an fremde Klassen mit ganz anderer Vererbungs-Hierarchie noch etwas dranzukleben.

[jaenicke]

Interfaces bieten viele Vorteile, aber diese kommen erst richtig zur Geltung, wenn man sie auch in der Architektur berücksichtigt. Insofern ist die gemeinsame Basisklasse erst einmal die einfachste Lösung für das konkrete Problem.

Trotzdem macht es natürlich Sinn, sich anzuschauen, wie es mit Interfaces gehen würde, um diese künftig im Hinterkopf zu haben.