AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Inherited "überspringen"?

Ein Thema von Rabenrecht · begonnen am 16. Mär 2017 · letzter Beitrag vom 17. Mär 2017
Antwort Antwort
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.691 Beiträge
 
Delphi 12 Athens
 
#1

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:07
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?
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.277 Beiträge
 
Delphi 10.4 Sydney
 
#2

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:11
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.
Heiko
  Mit Zitat antworten Zitat
bra

Registriert seit: 20. Jan 2015
711 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#3

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:26
Eventuell so?

Delphi-Quellcode:
procedure Unterklasse2.Proc;
begin
  [...]
  Oberklasse(Self).proc;
end;
  Mit Zitat antworten Zitat
SProske

Registriert seit: 16. Feb 2015
Ort: Halle/S.
116 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#4

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:30
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.
Sebastian
  Mit Zitat antworten Zitat
hoika

Registriert seit: 5. Jul 2006
Ort: Magdeburg
8.277 Beiträge
 
Delphi 10.4 Sydney
 
#5

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:37
Hallo,

Oberklasse(Self).proc; Wenn aber Oberklasse.Proc dann das fehlerhafte inherited aufruft,
geht wieder alles schief ...
Heiko
  Mit Zitat antworten Zitat
bra

Registriert seit: 20. Jan 2015
711 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#6

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 14:40
Hallo,

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.
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.691 Beiträge
 
Delphi 12 Athens
 
#7

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 15:02
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;
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.993 Beiträge
 
Delphi 12 Athens
 
#8

AW: Inherited "überspringen"?

  Alt 16. Mär 2017, 15:51
Ich würde das lieber so sauber wie eben möglich ohne Assembler lösen:
Delphi-Quellcode:
uses
  System.Rtti, System.TypInfo;

procedure Unterklasse2.Proc;
begin
  System.Rtti.Invoke(@Oberklasse.Proc, TArray<TValue>.Create(TValue.From<Unterklasse2>(Self)), ccReg, nil);
end;
Sebastian Jänicke
AppCentral
  Mit Zitat antworten Zitat
Rabenrecht

Registriert seit: 9. Dez 2016
79 Beiträge
 
Delphi 10.2 Tokyo Professional
 
#9

AW: Inherited "überspringen"?

  Alt 17. Mär 2017, 12:36

Funktioniert das denn bei dir?
Ne...

Mein spezifisches Problem war anders lösbar, weil die Oberklasse.Proc nen Einzeiler mit nem Zugriff auf eine Published Property war (check auf Ereignisbehandlung) und ich das deshalb schmerzfrei nachbauen konnte.

Die Diskussion interessiert mich dennoch. Ähnliche Fälle werden in Zukunft wahrscheinlich nochmal auftreten.


Da du aber Unterklasse2 eh nur wegen eines Fehlers in Unterklasse1 baust, warum
leitest du das ganze nicht direkt von Oberklasse ab ? Dann kann Unterklasse1 über die
Klinge springen.
Weil im Unterschied zu meinem aufs Notwendigste reduzierte Beispiel im konkreten Fall Unterklasse1 eine ganze Menge notwendiger Funktionalität enthält

Geändert von Rabenrecht (17. Mär 2017 um 12:39 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von Zacherl
Zacherl

Registriert seit: 3. Sep 2004
4.629 Beiträge
 
Delphi 10.2 Tokyo Starter
 
#10

AW: Inherited "überspringen"?

  Alt 17. Mär 2017, 13:28
Noch eine Dritte Variante ohne Assembly oder RTTI:
Delphi-Quellcode:
{ TA }

procedure TA.X(I: Integer);
begin
  ShowMessage('1: ' + I.ToString);
end;

{ TB }

procedure TB.X(I: Integer);
begin
  inherited;
  ShowMessage('2: ' + I.ToString);
end;

{ TC }

procedure TC.X(I: Integer);
type
  TProc = procedure(Sender: TA; I: Integer);
begin
  //inherited;
  TProc(@TA.X)(Self, I);
  ShowMessage('3: ' + I.ToString);
end;
Projekte:
- GitHub (Profil, zyantific)
- zYan Disassembler Engine ( Zydis Online, Zydis GitHub)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 23:10 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz