inherited und die EAbstractError-Exception

[Der schöne Günther]

*Vorhänge zuzieh*

Meine Damen und Herren, ich präsentiere Ihnen ... das dunkle Geheimnis von inherited .

Zur Wiederholung zitiere ich zwei bekannte Größen unter Ihnen:

Zitat von himitsu:

inherited ohne Methodename nutzt automatisch den selben Namen, wie die übergeordnete Methode, inkl. aller Parameter.
Gut für eine überschriebene Methode, mit der selben Parametersignatur und mit den selben Parameterwerten.

Mit Namen wird genau die eine Version verwendet, und man muß Parameter selber übergeben.

Zitat von mkinzler:

inherited; ruft die identische Methode der Superklasse auf.
inherited Create(AComponent); ruft fest Create(AComponent); auf.

Was mich hierbei nur wundert: Ist die Methode der Oberklasse nun abstrakt - Dann macht ein einfaches inherited schlichtweg nichts. Setze ich einen Haltepuntk darauf geht der kaputt - Der Compiler scheint es wohl von sich bereits herauszunehmen.

Rufe ich die abstrakte Methode der Oberklasse über inherited jedoch mit ihrem Namen und Parametern auf laufe ich (verständlicherweise) auf einen EAbstractError .


Warum diese unterschiedlichen Verhaltensweisen? Gibt es eine Compiler-Direktive mit der ich diese gut gemeinte Hilfe ausschalten kann?

[Bummi]

warum willst Du denn eine abstrakte und somit nicht implementierte Methode aufrufen?

[Der schöne Günther]

Vielleicht weiß ich ja garnicht, ob meine Oberklasse noch abstrakt ist oder nicht?

[sahimba]

Zitat von Bummi:

warum willst Du denn eine abstrakte und somit nicht implementierte Methode aufrufen?

...weil diese möglicherweise später einmal mit Fleisch gefüllt wird?

[sx2008]

Zitat von Der schöne Günther:

Vielleicht weiß ich ja garnicht, ob meine Oberklasse noch abstrakt ist oder nicht?

Aber der Compiler weiss es und es scheint so zu sein, dass er den Programmierer davor bewahrt eine abstrakte Methode aufzurufen.
Gibt man die Parameter explizit an, "denkt" der Compiler: "ok, er scheint zu wissen was er tut. Also rufe ich den ererbten Kontruktor auf auch wenn er abstrakt ist".

It's not a bug, it's a feature.

[uligerhardt]

Zitat von sahimba:

Zitat von Bummi:

warum willst Du denn eine abstrakte und somit nicht implementierte Methode aufrufen?

...weil diese möglicherweise später einmal mit Fleisch gefüllt wird?

Genau. Das Verhalten ist ein Fallstrick für die Zukunft.

[Bernhard Geyer]

Gibts eigentlich Compilerwarnungen/hinweise?

[Der schöne Günther]

Nein.

Ich habe mir sogar die Warnung Konstruierende Instanz enthält abstrakte Methode manuell in einen Compilerfehler verwandelt.

[Bummi]

Zitat:

Genau. Das Verhalten ist ein Fallstrick für die Zukunft.

mir ging es nicht darum das inherited zu entfernen (welches ja das gewünschte Verhalten sicherstellt) sondern darum warum man inherited mit parametern aufrufen will.

[uligerhardt]

Zitat von Bummi:

Zitat:

Genau. Das Verhalten ist ein Fallstrick für die Zukunft.

mir ging es nicht darum das inherited zu entfernen (welches ja das gewünschte Verhalten sicherstellt) sondern darum warum man inherited mit parametern aufrufen will.

Das einfache inherited; hat für mich den schweren Nachteil, dass man nicht per Strg-Klick zur Implementierung springen kann. Darum schreibe ich möglichst immer die lange Form.