Inherited "überspringen"?

[Rabenrecht]

Man betrachte folgende Struktur:

Delphi-Quellcode:

  Oberklasse = class(TObject)
  protected
    procedure Proc; virtual;

  Unterklasse1 = class(Oberklasse)
  protected
    procedure Proc; override;

  Unterklasse2 = class(Unterklasse1)
  protected
    procedure Proc; override;

Man nehme weiterhin an, dass ich als Programmierer nur den Code ab Unterklasse2 modifizieren kann (weil zb. der Rest in irgendwelchen Standardbibliotheken ist).

Zudem sei Unterklasse1.Proc so implementiert, dass es in Randfällen im Anwendungskontext, in dem auch Unterklasse2 steht (also das Programm, von dem Unterklasse2 ein Teil ist), zu Fehlern kommt.
Dies ist überhaupt erst der Grund, warum ich in Unterklasse2 Proc nocheinmal implementiere.

Nun ist es so, dass in Unterklasse1.Proc inherited, also Oberklasse.Proc aufgerufen wird. Diesen Aufruf würde ich auch gerne behalten.

Wenn ich aber Unterklasse2.Proc folgendermaßen implementiere:

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  [...]
  inherited;
end;

würde der (fehlerhafte) Code von Unterklasse1.Proc wieder aufgerufen werden.

Lange Rede, kurze Frage: ist es möglich beim inherited Stufen in der Hierarchie zu "überspringen"? Oder eine spezifische Implementierung von Proc aufzurufen?

[Ghostwalker]

Naja....du könntest z.B. folgendes machen:

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  [...]
  Oberklasse.proc;
end;

[Rabenrecht]

Hm... Tatsache. Tja, manchmal geht's es ganz einfach :-D
Danke!

[Uwe Raabe]

Zitat:

Zitat von Ghostwalker (Beitrag 1364401)

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  [...]
  Oberklasse.proc;
end;

Das hatte ich auch erst gedacht, aber weder unter Berlin noch XE2 compiliert das überhaupt:

Zitat:

[DCC Fehler]E2076 Diese Form des Methodenaufrufs ist nur für Klassenmethoden erlaubt

Funktioniert das denn bei dir?

[hoika]

Hallo,
ist es möglich beim inherited Stufen in der Hierarchie zu "überspringen"? Oder eine spezifische Implementierung von Proc aufzurufen?

Kurze Antwort: nein
Lange Antwort: es kommt drauf an

In deiner eigenen Klasse kannst du das inherited ja weglassen,
musst dann aber wissen, was in den darüberliegenden Klasse gemacht wird,
dann könntest du aber gleich reintroduce nehmen.
Oder du rufst das inherited auf und korrigierst dann die falschen Daten,
falls das geht.

[bra]

Eventuell so?

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  [...]
  Oberklasse(Self).proc;
end;

[SProske]

Zitat:

Zitat von bra (Beitrag 1364413)

Eventuell so?

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  [...]
  Oberklasse(Self).proc;
end;

Das funktioniert nur solange beide Klassen in der selben Unit sind und Proc protected, aber nicht strict protected ist. Für den beschriebenen Anwendungsfall also ungeeignet.

[hoika]

Hallo,

Delphi-Quellcode:

Oberklasse(Self).proc;

Wenn aber Oberklasse.Proc dann das fehlerhafte inherited aufruft,
geht wieder alles schief ...

[bra]

Zitat:

Zitat von hoika (Beitrag 1364416)

Hallo,

Delphi-Quellcode:

Oberklasse(Self).proc;

Wenn aber Oberklasse.Proc dann das fehlerhafte inherited aufruft,
geht wieder alles schief ...

Oberklasse ist im Beispiel aber das auf der ersten Ebene, hat also kein kritisches inherited.

[Uwe Raabe]

Zitat:

Zitat von hoika (Beitrag 1364416)

Delphi-Quellcode:

Oberklasse(Self).proc;

Das geht in jedem Fall schief, da du damit auch nur die virtuelle Methode, also wieder Unterklasse2.Proc, aufrufst und so in einen Stack-Overflow läufst.

Die einzige Möglichkeit, die mir dazu einfällt ist schon arg bösartig:

Delphi-Quellcode:

procedure Unterklasse2.Proc;
begin
  asm
    mov eax,self
    call Oberklasse.Proc
  end;
//  inherited;
  Writeln('Unterklasse2');
end;