Overload und Override für Constructor

[meierotto]

Hallo,

ich befürchte, dass meine Frage schon in anderen Themen behandelt wurde,
hab aber in der Masse der Auswahl nichts finden können.

Mein Problem ist, dass ich einen Constructor als Overload sowie Override definieren möchte:

Delphi-Quellcode:

constructor Create(AOwner:TComponent); overload; override;
constructor Create(AOwner:TComponent;B,MB,PIN:String); overload; override;

Dabei wird mir aber die Fehlermeldung "Deklaration von 'Create' unterscheidet sich von vorheriger Deklaration" für die 2. Create-Deklaration angezeigt.
Was tu ich denn falsch machen?

[Bernhard Geyer]

Definiere deine B,MB,PIN-Attribute als Properties.

Für TComponent-Nachfahren sollte man keine überladenen Konstruktoren definieren, da damit die Verwendung der Komponente in der IDE nicht mehr sinnvoll möglich ist, da hier nur der "default" Konstruktor mit einem Übergabeparameter verwendet wird.

Also verwende Properties und definiert dir ein Active-Property oder eine Connect-Methode.

[Flocke]

Die erste Version von Create, die du überladen willst, hatte natürlich kein "overload".

Warum nennst du den zweiten Konstruktor nicht einfach anders, z.B. CreateWithParams, dann brauchst du kein Overload.

//EDIT: wo war die rote Box?

[meierotto]

Danke ,

eure Tipps haben mich auf die Lösung gebracht. Natürlich ist nur eines der beiden Creates als override zu definieren, nämlich die dem Parent-Constructor gleiche Prozedur. Den zweiten Constructor habe ich als overload und virtual definiert - und schon klappts.

Bis zur nächsten Frage

[tommie-lie]

Warum überhaupt override bei Konstruktoren? Die sind doch gar nicht virtuell, macht ja auch keinen Sinn, virtuelle Konstruktoren zu haben

[Flocke]

Zitat von tommie-lie:

Warum überhaupt override bei Konstruktoren? Die sind doch gar nicht virtuell, macht ja auch keinen Sinn, virtuelle Konstruktoren zu haben

Stimmt auch wieder - gar nicht dran gedacht 8)

[Robert Marquardt]

Haeh? Ab spaetestens TComponent ist Create virtuell.

[BlackJack]

oder wenn man von einer eigenen klasse ableitet, die den constructor virtuell gemacht hat.

edit: könnte man beim 2. Create nicht auch statt override; einfach reintroduce; benutzen?

[Flocke]

Zitat von Robert Marquardt:

Haeh? Ab spaetestens TComponent ist Create virtuell.

Auch richtig - heute ist echt nicht mein Tag 8)

Aber nochmal: was soll der ganze Rhabarber? Ein Konstruktor muss nicht Create heißen - gib dem Kind einfach einen anderen Namen, das macht außerdem den Code lesbarer.

[Robert_G]

Zitat von Flocke:

Aber nochmal: was soll der ganze Rhabarber? Ein Konstruktor muss nicht Create heißen - gib dem Kind einfach einen anderen Namen, das macht außerdem den Code lesbarer.

Sorry, aber ich _hasse_ Konstruktoren, die _nicht_ Create heißen.
Delphis *piep* Unsitte, Konstruktoren wie class functions aussehen zu lassen wird damit noch verschlimmert.
Bis jetzt kann man im Code bei einer "class function" namens Create wenigstens noch davon ausgehen, dass sie eigentlich ein Constructor ist. Mit deinem Vorschlag würde das in einem Chaos untergehen.
Warum müssen Konstrutoren/Destruktoren überhaupt einen Namen haben?