(Falsche?) Warnung beim Überladen eines Konstruktors

[Jumpy]

Ich hatte codehunter so verstanden, dass wenn Basisklasse und Ableitung in verschiedenen Units sind, das nicht auftaucht.

[Neutral General]

Zitat von Jumpy:

Ich hatte codehunter so verstanden, dass wenn Basisklasse und Ableitung in verschiedenen Units sind, das nicht auftaucht.

Auch das funktioniert.

[Codehunter]

Zitat von Neutral General:

Zitat von Jumpy:

Ich hatte codehunter so verstanden, dass wenn Basisklasse und Ableitung in verschiedenen Units sind, das nicht auftaucht.

Auch das funktioniert.

Bei mir nicht (Seattle). Letzten Endes sind aber inzwischen alle Möglichkeiten genannt, das Problem zu beseitigen. Die Kombination von reintroduce und overload dürfte den Zweck erfüllen, wenn auch mit dem Nachteil dass man den elterlichen Konstruktor overriden und als inherited-Stub anlegen muss. Schön geht halt anders.

[Uwe Raabe]

Zitat von Codehunter:

Die Kombination von reintroduce und overload dürfte den Zweck erfüllen, wenn auch mit dem Nachteil dass man den elterlichen Konstruktor overriden und als inherited-Stub anlegen muss. Schön geht halt anders.

Ich fürchte, das verstehe ich jetzt nicht so richtig. Mit reintroduce bleiben die elterlichen Konstruktoren doch alle sichtbar. Was erfordert denn da den erwähnten inherited-Stub?

Delphi-Quellcode:

uses
  System.Classes;

type
  TAbleitung = class(TComponent)
  public
    constructor Create(AOwner: TComponent; A, B: string); reintroduce; overload;
  end;

constructor TAbleitung.Create(AOwner: TComponent; A, B: string);
begin
  Create(AOwner);
end;

begin
  TAbleitung.Create(nil, '', '');
  TAbleitung.Create(nil);
end.

[Codehunter]

Irgendwie ist heut Freitag...

Also wenn ich irgendeine Methode der Basisklasse habe und in der Kindklasse eine gleichnamige Methode mit reintroduce setze, dann sehe ich genau EINE Methode. Nämlich die der Kindklasse. Hängt dieses Verhalten evtl. von irgendwelchen IDE/Compiler-Einstellungen ab?

[Neutral General]

Zitat von Codehunter:

Irgendwie ist heut Freitag...

Also wenn ich irgendeine Methode der Basisklasse habe und in der Kindklasse eine gleichnamige Methode mit reintroduce setze, dann sehe ich genau EINE Methode. Nämlich die der Kindklasse. Hängt dieses Verhalten evtl. von irgendwelchen IDE/Compiler-Einstellungen ab?

Es gibt einen Unterschied zwischen reintroduce und (reintroduce mit) overload.

[Codehunter]

Zitat von Neutral General:

Es gibt einen Unterschied zwischen reintroduce und (reintroduce mit) overload.

Ich sag doch es ist Freitag. Das overload hatte ich vergessen.

[Uwe Raabe]

Zitat von Codehunter:

Also wenn ich irgendeine Methode der Basisklasse habe und in der Kindklasse eine gleichnamige Methode mit reintroduce setze, dann sehe ich genau EINE Methode. Nämlich die der Kindklasse. Hängt dieses Verhalten evtl. von irgendwelchen IDE/Compiler-Einstellungen ab?

Es ist schon richtig, daß bei einem nur reintroduce die inherited Methode nicht zu sehen ist, sondern nur bei der Kombination reintroduce/overload . Das reintroduce ist ja auch nicht dafür gedacht, eine zusätzliche Version anzubieten, sondern eine virtuelle Methode mit der neuen ohne Fehlermeldung zu überdecken.

Das reine overload macht zwar auch beide Versionen sichtbar, aber da kommt es ja zu der besagten Fehlermeldung.

[Codehunter]

Zitat von Uwe Raabe:

Das reintroduce ist ja auch nicht dafür gedacht, eine zusätzliche Version anzubieten, sondern eine virtuelle Methode mit der neuen ohne Fehlermeldung zu überdecken.

Und genau so verwende ich das auch. IMHO finde ich es keinen guten Stil, zwei gleichnamige Konstruktoren aus unterschiedlichen Hierarchieebenen anzubieten. Das deutet oft auf Designfehler hin. Mag sein dass das in anderen Sprachen die Norm ist aber bei Delphi eher nicht.