CreateForm threaded?

[spacerunner]

Hallo leute,

ich stehe vor folgendem problem:
ich habe ein relativ komplexes fenster, dessen erzeugung immer zur laufzeit passiert. und das öfters, denn ich kann mehrer dieser forms gleichzeitig öffnen. nun dauert die erstellung tform.create() schon ganz schön lange. ich suche nach einer möglichkeit, die forms "vorab" dynymisch zu erstellen und beim aufruf einfach zu aktivieren. ich packe deshalb die ganze create-prozedur in eine funktion, die einen thread startet, welcher quasi die nächste instanz schon erzeugt.

nun, ansich geht das sogar - fast. denn: es funktioniert nur, wenn im thread mit synchronize(machmeinfenter) gearbeitet wird. damit ist der sinn wieder weg, denn der haupt-thread locked nun wieder solange, wie Tform.Create braucht.

seltsamerweise bekomme ich OHNE synchronize keine exception während der erzeugung des formulars. erst wenn ich das formular (später) per tform.show öffnen will, raised es los.

alles scheint eigentlich zu funzen - handle ist da, daten sind da. und doch geht es nicht.

ideen?

vielen dank!
stefan.-

[Bernhard Geyer]

Das was du machst geht einfach nicht!

Alles was mit VCL und Windows-Handles zu tun hat muß im Haupt-Thread der Anwendung erfolgen!
Dazu gibt es (mir bekannte) Alternative.

Was du machen könntest wäre geschlossene Fenster "zu recyclen" also nicht komplett neu erstellen zu lassen sondern auf einen Cache zu legen um bei bedarf davon zu holen. Mußt jedoch 100ige Init-Funktionen haben und kannst dich nicht mehr aufs DFM-Streaming verlassen.

[spacerunner]

hallo bernhard,

ich habe mir schon etwas gedacht. leider brachte mein versuch, die TForm als komponente in einen stream zu verpacken, auch nicht die gewünschte wirkung. die ladezeit war nach einem LoadFromStream() annähern genau so lange wie ein create() selbst.

[hoika]

Hallo,

versuche doch mal rauszubekommen,
wo genau dein Form so lange braucht.
Sind es Datenbank-Routinen,
grosse Bitmaps ?

Dass kann man alles einmalig laden,
und dann wiederverwenden.


Heiko

[spacerunner]

hallo bernhard,

nachdem ich mich ein bischen intensiver mit der thematik befaßt habe, habe ich mich entschlossen, deinen vorschlag mal genauer unter die lupe zu nehmen. ich habe mir eine klasse geschrieben, die forms quasi "cached" generiert, sprich nach Close() auf einem stack ablegt und bei bedarf popt. weil eben die VCL nicht threadsicher ist, soviel hatten wir ja schon.

interessanterweise bin ich dabei auf exakt das gleiche cache-verhalten bei MS outlook gestoßen. Die anwendung, an der ich gerade arbeite, zeigt (ähnlich wie outlook) so eine art "Karteikarten" für adress/Kundeneinträge. das outlook-pendant dazu sind "Kontakte".

in outlook kann man genau das gleiche beobachten: öffnest Du ein Kontakt-fenster, dauert es ein stück. öffnest Du das zweite, ebenfalls, so mit dem dritten. Machst du aber eins wieder zu und das nächste auf - blitz, die form ist da. genauso verhält es sich mit den fensterpositionen. wird alles LIFO gecached