Eigene Komponente mit erweitertem Construktor?

[Codehunter]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1391649)

Zitat:

Zitat von sko1 (Beitrag 1391645)

Diese Komponente wird (aus hier nicht zu erklärenden Gründen) nicht in der Komponentenpalette installiert werden und wird immer per Code erzeugt, damit sind ein paar Einwände "entkräftet"...

Dann ist sie auch keine Komponenten im Sinne von, das ihre Vorfahrklasse TComponent sein müsste.
Dann reicht eine Ableitung von TObject auch aus.

Wenn es eine visuelle Komponente ist, dann schon. Ich habe auch etliche solche Komponenten gebaut, die nie in der Komponentenpalette auftauchen. So zum Beispiel Inline-Editoren für den Virtual Treeview. Die werden naturgemäß IMMER zur Runtime erzeugt.

[mucsim]

Zitat:

ich möchte jetzt den Aufruf von Create um einen weiteren Parameter erweitern (z.B. ein Dateiname einer Datei die im Create bereits geladen werden soll)

Dafür erstellt man einfach einen

constructor Create(AOwner : TComponent; FileName : String)
begin
inherited Create( AOwner );
...
LoadFromFile( FileName );
end;

Man muss in dem code natürlich explizit dieses neue Create aufrufen - wie oben beschrieben kein Problem, da die Komponente/Control ja zur Laufzeit erzeugt werden soll.

Eigenschaften kann man dann auch innerhalb des Create setzen, also nachdem inherited aufgerufen wurde.

Wenn es sich um eine visuelle Komponente handelt muss man aufpassen - innerhalb von Create hat diese noch kein Fensterhandle.

Für Komponenten die aus der DFM geladen werden, wird nach dem Laden auch noch "Loaded" aufgerufen. Dies sollte man für manche Komponenten auch machen, wenn sie zur Laufzeit erzeugt wurden und die Eigenschaften gesetzt wurden.

[Codehunter]

Willkommen in der DP!

Zitat:

Zitat von mucsim (Beitrag 1391746)

Delphi-Quellcode:

constructor Create(AOwner : TComponent; FileName : String)
begin
   inherited Create( AOwner );
   ...
   LoadFromFile( FileName );
end;

Vorsicht... Mit dem inherited ruft man den Konstruktor der Elternklasse auf, nicht den der eigenen Klasse. Wenn man da aber schon einen überschriebenen Konstruktor in Standarddeklaration hat, sollte man den aufrufen. Andernfalls kopiert man sich den selben Code in beide Konstruktoren und das ist unschön.

[himitsu]

Zitat:

Zitat von Codehunter (Beitrag 1391748)

Vorsicht... Mit dem inherited ruft man den Konstruktor der Elternklasse auf, nicht den der eigenen Klasse. Wenn man da aber schon einen überschriebenen Konstruktor in Standarddeklaration hat, sollte man den aufrufen. Andernfalls kopiert man sich den selben Code in beide Konstruktoren und das ist unschön.

Jupp, für Ausführlich siehe Antwort #3.