Units / Forms in DLLs auslagern

[moelski]

Moin !

Wir haben in unserer Anwendung einen ganz Schwung an Units 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.

Nun stellen sich uns da aber ein paar Fragen ...
1) Was muss man beachten wenn man eine normale Unit in eine DLL "umwandeln" will. Vor allem wenn ich bedenke das die Units teilweise auf die Anwendung zugreifen um z.B. bestimmte Eigenschaftswerte zu lesen / schreiben.
Also würde z.B. sowas funktionieren aus einer DLL:

Delphi-Quellcode:

Form1.Label.text := 'Hallo Welt'

Oder würde sowas zu Problemen führen ?
2) Die Units werden ja (so hoffe ich mal) dann nachgeladen wenn die beinhalteten Funktionen / Proceduren benötigt werden. Wenn die DLL aber danach nicht mehr weiter benötigt wird, wird sie dann auch wieder aus dem Speicher entfernt? Also gibt es eine Art "Free" für die DLLs, oder macht das Windows im Hintergrund dynamisch selber?
3) Wir haben einige Units die eine weitere Unit mit Formular verwenden. Also in der normalen Unit steht der Code um Daten umzurechnen und die Formulare dienen dann für Einstellungen die man dazu tätigen kann. Das müsste man ja dann in 2 DLLs auslagern. Stellt es dann ein Problem da wenn man von der ersten Unit (Berechnung) auf die zweite Unit mit dem Formular zugreifen muss um dort bestimmte Settings für die Berechnung abzuchecken?
Oder kann man mit den DLLs letztlich genauso arbeiten als hätte man eine "normale" Unit (bzw. Unit mit Formular) im Projekt eingebunden?
4) Kann man in eine DLL überhaupt ein Formular packen ?!
5) Ergeben sich andere Nachteile durch die Verwendung von DLLs oder gibt es da besondere Stolpersteine wo man aufpassen sollte?

Und noch als Nachtrag ... Gibt es mitunter bessere Lösungen als DLLs?

[mkinzler]

2) FreeLibrary()
1+3) Du kannst nicht direkt auf Objekte innerhalb der Dll (z.B. eine Form) zugreifen, sondern musst Schnittstellen-Funktionen schreiben
4) Ja, der Zugriff kann dann aber nur aus dieser heraus erfolgen. Achtung es wird dann auch ein eigener VCL-Kontext verwendet
Alternative: Bpl, ActiveX/COM-Dll

[Bernhard Geyer]

Wie wäre es wenn du nur beim Programmstart benötigte Formular gleich erzeugst (Am besten wäre es nur das Hauptformular erzeugen zu lassen).
Ansonsten wirst du entweder viel Aufwand (Aufbau passender BPL-Packages mit dynamischen Laden/Entladen) treiben müssen. "Normale" DLL's sind hier eh unpassend da du damit im Endeffekt mehr Speicherverbrauch provizierst als mit einer einzelnen Exe.

[moelski]

Moin !

Ich lese gerade hier:
http://delphi.about.com/od/objectpas...bpl_vs_dll.htm

Wäre das ein besserer Weg für uns wenn wir Packages verwenden?
Die DLLs müssen wir eh nicht anderen zur Verfügung stellen sondern sind nur für unsere Anwendung gedacht.

[mkinzler]

Zitat:

Wäre das ein besserer Weg für uns wenn wir Packages verwenden?

Ja, aber dann muss die Exe komplett gegen Bpls gelinkt werden ( auch RTL + VCL)

[moelski]

Moin !

Zitat:

Ja, aber dann muss die Exe komplett gegen Bpls gelinkt werden

Und das bedeutet genau was?
Sorrry wenn ich da etwas unbeholfen nachfrage, aber das Thema ist recht neu für mich. :roteyes:

[RWarnecke]

Es müssen verschiedene BPL-Packages von Delphi mitverteilt werden zu der Anwendung.

[moelski]

Moin !

Aber wenn ich das hier richtig verstehe:
http://delphi.about.com/od/objectpas.../aa012301a.htm

Dann könnte man doch einzelne Teile der Anwendung in Packages auslagern und diese vor der Benutzung nachladen und anschließend wieder freigeben, oder?

Oder kann ich bei Packages nur sagen "ganz oder gar nicht"? Will heizen muss ich die ganze Anwendung in Packages zerlegen lassen und eben nicht nur selektierte Teile?

[mkinzler]

Es geht leider nicht nur teilweise Bpls zu verwenden, aber du kannst entscheiden, welche automatisch geladen werden und welche du dynamisch nachlädst

[Apollonius]

Der springende Punkt ist: Alle Units, die in mehreren Modulen genutzt werden, müssen in einem Package liegen. Das gilt insbesondere für die Units System und SysInit sowie die VCL-Units. Diese sind in den Packages RTL und VCL. Diese beiden Packages musst du folglich zusätzlich zu den eigenen Packages mit deiner Anwendung mitliefern.

[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:

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:

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:

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:

Delphi-Quellcode:

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:

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:

Zitat von moelski

Nur in unserem Projekt Quelltext gibt es ja für die Formulare solche Einträge:

Delphi-Quellcode:

Application.CreateForm(TGeraetPort_Form, GeraetPort_Form);

Wird damit nicht dann das Formular erzeugt?

Genau, damit erzeugst du das Formular gleich beim Start.

Zitat:

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.