Units / Forms in DLLs auslagern

[mkinzler]

Und natürlich auch die Runtime-Packages der verwendeten (Fremd-)Komponenten

[moelski]

Moin !

Verstehe.
Am besten ist wohl ich teste da mal ein wenig mit einer Testanwendung rum.
Insbesonderen mit den Themen
- Formular in BPL
- BPL dynamisch laden und entfernen

[moelski]

Moin !

Aber eine Frage hab ich dann dennoch vorher ...

Wenn ich meine Anwendung auf Packages umstelle wird dann ebenfalls beim Start der Anwendung jedes Formular erstellt? Weil das kostet bei uns einiges an Zeit.

Oder werden die Packages dann wirklich nur nachgeladen wenn sie auch genutzt werden?

[mkinzler]

Du musst die Erzeugung der Formulare im aus dem Projekt rausnehmen, damm kannst du die Bpls manuell laden, die Formulare erzeugen und die Packages wieder entladen.

[Apollonius]

Wenn du einfach auf die Units verweist, die gepackaged werden, ist das genauso, also ob eine DLL statisch gelinkt würde. Das Package wird also direkt am Anfang der Programms geladen. Falls du das nicht willst, musst du manuell LoadPackage und UnloadPackage aufrufen und dir die Routinen mit GetProcAddress holen.

[Bernhard Geyer]

Zitat von moelski:

Wenn ich meine Anwendung auf Packages umstelle wird dann ebenfalls beim Start der Anwendung jedes Formular erstellt? Weil das kostet bei uns einiges an Zeit.

Wieso sollten sie. Wird auch bei einer Exe nicht gemacht wenn du entsprechend die Automatische Formularerstellung passend konfigurierst

Zitat von moelski:

Oder werden die Packages dann wirklich nur nachgeladen wenn sie auch genutzt werden?

Dynamisches Nachladen müsstest du selbst implementieren. Default ist das alles am Anfang geladen wird.

[Luckie]

Zitat von moelski:

die wir gerne in DLLs auslagern würden um die Größe der EXE Datei zu reduzieren und um den Speicherverbrauch nach dem Start zu reduzieren.

Die Exe wird zwar kleiner, aber du musst die DLLs mit ausliefern. Insgesamt wird das Projket also größer werden. Und ob du nun den Speicher in der Exe anforderst oder in einer DLL macht auch keinen Unterschied. Im Gegenteil der Overhead steigt durch die DLLs. Hinzukommt, dass der Datenaustausch zwischen Anwendung und DLL eine zusätzliche Fehlerquelle darstellt.

[moelski]

Moin !

Zitat:

Wieso sollten sie. Wird auch bei einer Exe nicht gemacht wenn du entsprechend die Automatische Formularerstellung passend konfigurierst

Das haben wir. Automatisch erzeugt wird nur Form1 = MainForm.

Nur in unserem Projekt Quelltext gibt es ja für die Formulare solche Einträge:
Application.CreateForm(TGeraetPort_Form, GeraetPort_Form); Wird damit nicht dann das Formular erzeugt?

Oder anders gefragt .... Müsste man dort dann auch was anpassen und das CreateForm erst dann aufrufen wenn der Dialog auch wirklich das erste mal genutzt wird?

[Luckie]

Zitat von moelski:

Müsste man dort dann auch was anpassen und das CreateForm erst dann aufrufen wenn der Dialog auch wirklich das erste mal genutzt wird?

Jupp, genauso. Du kannst in den Projketoptionen einstellen welche Formulare automatisch erzeugt werden sollen.

[Bernhard Geyer]

Zitat von moelski:

Nur in unserem Projekt Quelltext gibt es ja für die Formulare solche Einträge:
Application.CreateForm(TGeraetPort_Form, GeraetPort_Form); Wird damit nicht dann das Formular erzeugt?

Genau, damit erzeugst du das Formular gleich beim Start.

Zitat von moelski:

Oder anders gefragt .... Müsste man dort dann auch was anpassen und das CreateForm erst dann aufrufen wenn der Dialog auch wirklich das erste mal genutzt wird?

Wie wäre es mit Implementieren? Löschen aus der DPR-Datei und dann an passender Stelle ergänzen.
Mir gefällt aber besser auch das Formular wieder freizugeben wenn es nicht mehr benötigt wird und auch nicht die globalen Variablen zu verwenden. Sichtbarkeit so start einschränken wie möglich.