Abstrakter Fehler bei leerer Prozedur

[Popov]

Ich hab zwar noch nicht ganz verstanden wie die Zusammenhänge sind, aber das Wegoptimieren kann ich mir schwer vorstellen. Guck dir mal TObject Create oder Destroy an, beide leer, und auf beide wird vermutlich millionenfach über Inherited zugegriffen. Würden leere Prozeduren weg optimiert, würde es ständig krachen.

Ist aber nur meine persönliche Einschätzung. Muss nicht richtig sein.

Auf der anderen Seite, schon die Klasse Schritt für Schritt mit F7 durchlaufen lassen?

[Der schöne Günther]

Hinweis: "inherited" an sich ist kein Problem wenn die überschriebene Methode der Elternklasse komplett abstrakt ist. Es wird aber ein EAbstractError ausgelöst wenn man den Namen der Methode ausschreibt!

Delphi-Quellcode:

interface

   TBaseClass = class
      public procedure someMethod(); virtual; abstract;
   end;

   TChildClass = class(TBaseClass)
      public procedure someMethod(); override;
   end;

implementation

   procedure TChildClass.someMethod();
   begin
      inherited; // Kein Problem
      inherited someMethod(); // Wirft EAbstractError
   end;

PS: Wegoptimiert wird das ganz sicher nicht. Das kannst du prüfen, ob nach Shift+F9 da noch die blauen Haltepunkte zu sehen sind.

Und: Ich denke eher, du erstellst in Wirklichkeit eine Instanz er Elternklasse mit der noch abstrakten Methode anstatt der erbenden Klasse, oder?

[DeddyH]

In Delphi 5 wirft auch das inherited alleine einen abstrakten Fehler (obwohl die Klassenvervollständigung es ja selbst eingefügt hat). Ich denke eher, dass tatsächlich das override vergessen wurde wie oben bereits vermutet, dadurch wird die Methode nicht überladen überschrieben, sondern überschrieben verdeckt und somit die abstrakte der Elternklasse aufgerufen.