Wie modularisiertes Programm realisieren? (Plugins ?)

[Tonic1024]

Hi

Ich habe eine Datenbankanwendung geschrieben, die dies problem etwas so gelöst hat:



Ein Hauptmodul, von dem Alle anderen Module verwaltet werden (Laden, Ansteuern, Updaten, Bildschirmausgabe, Drucken etc).

Eine (fast) belibige Zahl von Rechenmodulen (non VCL), die die Daten aus der Datenbank auswerten je nach Aufgabe, und im Hauptmodul auf dem Bildschirm anzeigen. Die Module werden nach Auswahl des Users dynamisch geladen (DLL).

Und eine feste Zahl von System-Modulen. Formulare, die aus einer DLL geladen werden und in der Datenbank eine spezielle Aufgabe erfüllen.



Wenn dir das System helfen könnte wär ich gern bereit dir das näher zu erläutern und mit Codeschnipseln auszuhelfen...

cu

Tonic

[Icemanemp]

Wie wärs mit Com-DLLs ist noch schöner also dein Plugin bzw. Programmmodule als Comserver-DLL erstellen und dann einfach von der Anwendung aus aufrufen! Oder einfach in normale DLLs packen... mit persönlich gefällt aber COM besser.

[Dani]

Der DP-Hint zu "BPL" sagt eigentlich schon das meiste :|

[michael.kaufmann]

hallo,

plugins sind sehr sehr sinvoll wenn man eine flexible Anwendung schreiben will!!!!!!!!
ich selbst schreibe eigentlich in die exe nur noch das aller nötigste und alles andere werden in dlls und in packages ausgelagert.
recht schön und gut das funktioniert auch das die exe eigentlich nichts weiss außer das es irgend welche dlls bzw package laden soll.
dies geht sehr gut über zwb. Jedi Plugin (verwende ich für packages)

bei dlls habe ich es so gemacht das ich gewisse einstiegspunkte festlege / verzeichniss und sie dann bei laufzeit lade.
so fallst du genauere infos benötigst melde dich einfach.

[TPok]

Hallo,

danke für die vielen Antworten.
Das Stichwort DLL hört sich schonmal recht gut an. Da ich sowas noch nie gemacht habe, werde ich mir erstmal das DLL-Tutorial dieser Seite zur Brust nehmen und damit etwas rumspielen.
Sobald ich dann stecken bleibe, werde ich mich mit konkreten Fragen wieder melden.

@Tonic1024:
Dein beschriebenes Konzept, trifft so ungefähr meine Vorstellungen. Ich werde mich ggf. an dich wenden, wenn ich konkrete Fragen habe. Vorallem an der Schnittstelle zwischen EXE und DLL wird es wohl haken, das ahne ich jetzt schon. Mal schaun...

@Icemanemp:
Com-DLLs... Also gelesen hab ich den Namen schonmal, aber dann wirds dunkel. Gibt's dazu irgendwo Info's, Tutorials, etc.? Irgendwas um mir die Materie näher zu bringen?

@michael.kaufmann:
Bis jetzt hab ich immer versucht ohne Jedi-VCL auszukommen. Weiß auch nicht warum. Wohl, weil die EXEn jetzt schon groß genug sind. Ich hab im Netz aber keine Infos zu Jedi Plugin finden. Kannst du mir dazu bitte etwas Input geben? Vorteile gegenüber DDL, etc.

Danke,
TPok

[supermuckl]

com dlls kann ich nur abraten

1. portieren auf andere betriebssysteme geht nicht bzw ist nur schwer möglich
2. bist du auf die com schnittstellen angewiesen.. und wenn die sich malwieder bei ner neuen windoof version ändern musst du mitmachen
3. com kann fehleranfällig sein und dann kriegst du bei der fehlersuche graue haare weil du nicht alles transparent debuggen kannst

also am besten reine DLLs und gut ist.. eine universelle schnittstelle für all deine sachen und dann brauchste nurnoch die DLLs proggen :)

schau aber das du gleich alles erschlägst an schnittstellen zwischen hostanwendung und DLL damit du nich später mal ne neue hostanwendung ausliefern musst nur weil ne schnittstelle gefehlt hat oder falsch war usw.. also planung ist da sehr wichtig

[michael.kaufmann]

Hallo,
die vorteile von Packages sind
wenn du objecte übergibtst brauchst du die bormml nicht mit zu installieren.

Packages sind ja auch nur in prinzip dlls.

Exe zu groß liegt darin das du alles nur in eine EXE reincompilierst bei mir sind meistens die exe files 500k
groß

die Jedi Plugin kann auch mit dll umgehen. sie ist ein anhaltspunkt und da du dich ja mit dlls und packages nicht so gut auskennst kannst du dir diesen sourcecode ja ansehen und davon lernen .