Visuelle Komponente "zu Fuß" instantiieren

[MacNight]

Hallo alle zusammen,

ich hoffe, ich stelle diese Frage an der richtigen Stelle.

Ich versuche gerade, eine Komponente von lNet (TLUDPComponent) innerhalb eines selbst typisierten Objektes zu instantiieren und komme nicht weiter, da im "constructor Create" ein "aOwner" vom Typ "TComponent" erwartet wird. "self" geht hier nicht, da er vom Typ des übergeordneten Objektes ist und damit nicht kompatibel.

Da dieses Objekt die UDP-Kommunikation kapseln soll, kann ich die TLUDPComponent im Hauptfenster nicht gebrauchen. Das Objekt als eine Komponente zu deklarieren, ist an sich nicht nötig, da sie selbst nicht visuell ist.

Hat hier jemand eine Idee, wer der Owner der lNet-Komponente sein darf? Oder muss ich das bisher als class(TObjekt) typisierte Objekt als TComponent deklarieren?

Ich weiß noch aus meinen Delphi-Zeiten, dass sich visuelle Komponenten auch nicht-visuell erzeugen lassen, aber im Moment stehe ich auf dem Schlauch...

[mschnell]

Instanz Insta einer visuellen Komponente TComp aktivieren:

Insta := TComp(Self);

Wenn man die auch sehen will (ist bei lnet wohl eher nicht der Fall:

z.B.
Insta.Parent := Self; (wenn Self das Form ist, auf dem Insta gezeigt werden soll)

TCopmponent ist streambar, was TObject nicht ist. Deshalb müssen visuelle Komponenten von TComponent abgeleitet werden, weil die Programm-Initialisierung sie aus einem Stream liest, um sie zu instanziieren. Wenn man etwas zu Fuß instanziiert" ist es egal.

-Michael

[pluto]

Eigentlich ist der Owner gar nicht so wichtig. Der gibt nur an, wer die Komponente verwaltet. Ich kenne zwar die Komponente nicht genau, die du verwendest, aber beim Timer z.b. kann Owner auch NIL sein. Also Praktisch so: Timer1:=TTimer.Create(nil);
Notfalls könntest du auch noch folgendes machen:
Du musst die Unit Froms einbinden. Dann kannst du auf "Application" zurückgreifen und darüber das MainFrom erwischen. In etwa so:
Timer1:=TTimer.Create(application.MainFrom);
Vielleicht ist das übertragbar auf deine Komponente....

[Hitman]

... oder man nimmt "einfach" garnicht erst die Komponenten sondern nutzt die LCL-unabhängigen lNet Klassen ... dann allerdings nicht vergessen, dich selbst ums CallAction zu kümmern.

[mschnell]

Eigentlich ist der Owner gar nicht so wichtig.

Der Owner hat (mindestend) zwei Aufgaben:
1) die Komponente wird automatisch gefreed wenn der Owner gefreed wird
2) man kann alle owned Copmponents einer Komponente zur Realtime finden, wenn man das will.

Wenn man beides nicht braucht, kann der Owner NIL sein.

-Michael

[MacNight]

Hallo alle zusammen,

danke für die Antworten.
Da ich mich selbst auch um das "Destroy" der Komponente kümmere, könnte ich tatsächlich "nil" verwenden.
Und da die Komponente nur innerhalb des Objektes sichtbar sein soll, muss sie auch nicht (von außen) auffindbar sein.

Ich denke, die Frage könnte hiermit als "Gelöst" gekennzeichnet werden...