TImage/TRichEdit erstellen - was heisst Owner und Parent?

[Reinhard Kern]

Hallo,

zum Ausdrucken von Bitmaps verwende ich ein TImage, das ich "from the scratch" neu erzeuge, weil es anderweitig ja nicht benötigt wird:

Delphi-Quellcode:

   TBPMLogo = class (TObject)
     DummyImage : TImage;
{...}

procedure TBPMLogo.Assign (PFName : ShortString; IOwner : TComponent);
begin
if not Assigned (DummyImage) then DummyImage := TImage.Create (IOwner);
{...}

procedure TBPMLogo.Done;
begin
if Assigned (DummyImage) then FreeAndNil (DummyImage);
{...}

PrinterLogo.Assign (ExtFile,self);

Self ist das Hauptformular, und das Ganze funktioniert auch wie man es nach der Hilfe erwarten würde. Versuche ich jedoch das gleiche mit einem RicheEdit-Control, erhalte ich verschiedene Exceptions beim Zugriff auf das Control. Nach Suchen in Delphiforen und Google habe ich ergänzt:

Delphi-Quellcode:

procedure TBPMPaper.Assign (PFName : ShortString; ROwner : TForm);
begin
if not Assigned (DummyRE) then DummyRE := TRichEdit.Create (nil);
DummyRE.Parent := ROwner;
{...}

So weit so gut, aber mir fehlt die Erklärung dazu: wann wird Owner gebraucht, wann Parent, oder sollte man immer beides setzen und es ist reiner Zufall, dass TImage auch ohne Parent funktioniert? Wer weiss was genaues?

Danke, Reinhard

[Bernhard Geyer]

Zitat von Reinhard Kern:

So weit so gut, aber mir fehlt die Erklärung dazu: wann wird Owner gebraucht, wann Parent, oder sollte man immer beides setzen und es ist reiner Zufall, dass TImage auch ohne Parent funktioniert? Wer weiss was genaues??

Theoretisch sollte jedes Control auch ohne Parent funktionieren. Jedoch erwarten manche Controls das sie in einem anderen Control liegen (z.B. einem Formular) und darüber manche "Schweinerein" bezüglich Windows-Messaging veranstalten (Der IE ist auch ein solcher Kanditat) um manche Funktionalität bereitzustellen

[3_of_8]

Du brauchst prinzipiell beides nicht.

Ein Owner kümmert sich darum, dass die Komponente freigegeben wird, ein Parent dient als Container für eine Komponente. Die meisten Controls funktionieren nur mit einem Parent, einen Owner braucht keine.

[Der_Unwissende]

Zitat von 3_of_8:

Ein Owner kümmert sich darum, dass die Komponente freigegeben wird

Hi,
ich möchte hier nur das wort automatisch ergänzen. Wird eine Komponente A freigegeben, so werden vorher alle Komponenten deren Owner A ist frei gegeben. Du brauchst in dem Fall kein Free aufzurufen.

[Christian Seehase]

Moin Manuel,

Zitat von 3_of_8:

Die meisten Controls funktionieren nur mit einem Parent,

funktionieren tun sie schon, man hat aber meist nicht viel davon, da sie ohne Parent nicht angezeigt werden...
Alle Positionsangaben verstehen sich relativ zum Parent.

[Reinhard Kern]

Hallo,

Danke an alle, ist jetzt schon viel klarer, z.B. warum Owner = nil einwandfrei funktioniert: ich verwalte ja alles selbst. Als überzeugter Anhänger defensiven Programmierens werde ich wohl in Zukunft jedem neugeborenen Control Owner UND Parent spendieren, damit bin ich mit dem Verhalten des Controls auf der sicheren Seite, und Schaden kann man wohl nicht damit anrichten.

Dass Parent (manchmal) gebraucht wird, ist eine wichtige Information, die die Online-Hilfe irgendwo in der Gegend um TControl.Create liefern sollte - um es vorsichtig zu formulieren, die Borland-Hilfe lässt schon noch einigen Spielraum für Verbesserungen. Ich persönlich hätte das Setzen von Parent mit ins Create aufgenommen.

Gruss Reinhard

[3_of_8]

Zitat von Christian Seehase:

Moin Manuel,

Zitat von 3_of_8:

Die meisten Controls funktionieren nur mit einem Parent,

funktionieren tun sie schon, man hat aber meist nicht viel davon, da sie ohne Parent nicht angezeigt werden...
Alle Positionsangaben verstehen sich relativ zum Parent.

Also für mich "funktioniert" ein Edit ohne Parent nicht, weil man halt nicht das machen kann, was man normalerweise mit einem Edit macht: Den Benutzer reinschreiben lassen.