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

Delphi-Quellcode:

inherited

.

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

Zitat:

Zitat von himitsu (Beitrag 1146507)

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:

Zitat von mkinzler (Beitrag 924863)

Delphi-Quellcode:

inherited;

ruft die identische Methode der Superklasse auf.

Delphi-Quellcode:

inherited Create(AComponent);

ruft fest

Delphi-Quellcode:

Create(AComponent);

auf.

Was mich hierbei nur wundert: Ist die Methode der Oberklasse nun abstrakt - Dann macht ein einfaches

Delphi-Quellcode:

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

Delphi-Quellcode:

inherited

jedoch mit ihrem Namen und Parametern auf laufe ich (verständlicherweise) auf einen

Delphi-Quellcode:

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:

Zitat von Bummi (Beitrag 1208403)

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:

Zitat von Der schöne Günther (Beitrag 1208405)

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:

Zitat von sahimba (Beitrag 1208406)

Zitat:

Zitat von Bummi (Beitrag 1208403)

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:

Zitat von Bummi (Beitrag 1208416)

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

Delphi-Quellcode:

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.