Feststellen ob abstrakte Methode existiert

[idefix2]

Hallo,

Ich habe eine Klasse mit einer abstrakten Methode definiert.

Kann ich zur Laufzeit feststellen, ob für eine konkrete Instanz eines Nachkommens dieser Klasse die abstrakte Methode implementiert ist und aufgerufen werden kann (abgesehen von try except, was vielleicht doch nicht ganz der feinen englischen Art entsprechen würde)

Und - das wird wahrscheinlich nicht möglich sein - kann ich, wenn ich die Komponenten eines Formulars durchgehe, feststellen, für welche Komponenten eine Methode mit einem bestimmten Namen implementiert ist?

[mkinzler]

Dafür müsstest du ein Interface deklarieren und darauf Prüfen

[himitsu]

Sollte denn nicht schon der Compiler diesbezüglich eine Warnung rausgeben?

Allgemein gilt ja eigentlich, daß man sowieso keine Klassen mit abstrakten Methoden instantiieren soll.
Blos weil Delphi sowas erlaubt, muß man dieses nicht gleich für irgendwas ausnutzen, welches sich eh besser lösen ließe.
(andere Programmiersprachen sind da strenger und brechen schon beim Versuch ab, soein Objekt zu instantiieren)

[mkinzler]

Nur Delphi hat halt dendas BugFeature, dass man Klassen mit abstrakten Methoden, anders wie in anderen Sprachen, instantiieren kann.
In neueren Delphiversionen kann man das aber verhindern

[Ralf Kaiser]

Zitat von mkinzler:

In neueren Delphiversionen kann man das aber verhindern

Und wie? Und ab welcher Delphi Version?

[mkinzler]

Zitat von Alfi001:

Zitat von mkinzler:

In neueren Delphiversionen kann man das aber verhindern

Und wie? Und ab welcher Delphi Version?

Vermutlich abe D2006
http://edn.embarcadero.com/article/34324

Zur Ursprungsfrage
http://stackoverflow.com/questions/8...lared-abstract

[himitsu]

Zitat von mkinzler:

Vermutlich abe D2006

Er meint wohl das class abstract.

Delphi-Quellcode:

type
  TAbstractClass = class abstract
    procedure SomeProcedure;
  end;

womit man eine ganze Klasse als Abstract kennzeichnen kann und diese sich dann (theoretisch) nicht mehr instantiieren läßt.
(also Compiler-Error anstatt Compiler-Warning sollte ausgelöst werden, wenn man hiermit versucht ein Objekt zu erzeugen)

[karlkoch]

Problematisch für Delphi sind dann aber Instanzierungen über Klassenreferenzen, also "class of TObject". Da sich hinter einer Klassenreferenz beliebige Klassen befinden können kann Delphi zur Compilezeit nur schlecht einschätzen, ob dort Klassen mit abstrakten Methoden verwendet instanziert werden.

Grüße,

karlkoch

[mkinzler]

Das Problem sollte theoretisch auch bei anderen Sprachen bestehen, wenn Objekte abgeleiteter Klassen Objekten von Basisklassen zugewiesen werden

[mjustin]

Zitat von karlkoch:

Problematisch für Delphi sind dann aber Instanzierungen über Klassenreferenzen, also "class of TObject". Da sich hinter einer Klassenreferenz beliebige Klassen befinden können kann Delphi zur Compilezeit nur schlecht einschätzen, ob dort Klassen mit abstrakten Methoden verwendet instanziert werden.

Warum ist das problematisch? Der Compiler kann die Klassenreferenzen doch weiterhin unterstützen. Nur die Klassen, die der Entwickler dann von den abstrakten ableitet, muss der Compiler darauf prüfen, ob sie die notwendigen Methodenimplementierungen enthält.

Cheers,