Wie modularisiertes Programm realisieren? (Plugins ?)

[TPok]

Hallo,

ich habe demnächst ein Projekt vor und weiß nicht recht, wie ich es realisieren soll. Deshalb bitte ich um Anregungen, die mir (hoffentlich) den nötigen Geistesblitz verschaffen.
Ich habe mehrere Reports in Crystal Reports erstellt und möchte für diese einen modularisierten Viewer erstellen.
Das Hauptprogramm soll die Funktionen für Vorschaufenster, Druck, Export, etc. enthalten. Weiterhin soll es pro Report ein Modul geben, das eine Oberfläche mit Eingabefeldern für Parameterwerte und ggf. ein bißchen Prüflogik für die Eingaben enthält.
Ich könnte ja alles in eine Anwendung packen, müßte dann aber bei jedem neuen Report alles neu compilieren. Viel lieber würde ich mit jedem Report ein zusätliches Oberflächenmodul mitliefern, ins richtige Verzeichnis kopieren und fertig.

Nur wie läßt sich sowas ohne großen Aufwand realisieren?

Besten Dank,
TPok

[Dani]

Hi!

Ich versuche mich zur Zeit am selben Problem. Ich glaube mit Delphi ist das dank der VCL so gut wie nicht zu realisieren. Jedenfalls nicht ohne "zufällig" auftretende Zugriffsverletzungen, ungültige Zeigeroperationen usw. Oder die Lösung ist zu wertvoll, als dass man sie einfach preisgibt. Keine Ahnung.

Vielleicht hilft das ja ein bischen weiter:

http://www.delphipraxis.net/internal...807&highlight=

http://delphi.about.com/library/weekly/aa012301a.htm

http://www.cppbuilderdevjournal.com/...s_in_a_DLL.htm

http://www.delphipraxis.net/internal...ct.php?t=35909

[Hansa]

Zitat von Dani:

... Ich glaube mit Delphi ist das dank der VCL...

Das ist ja wieder mal toll. 8) Was soll da nicht gehen ? Ich würde eine INI-Datei verwenden und fertig.

Zitat von Dani:

...Oder die Lösung ist zu wertvoll, als dass man sie einfach preisgibt...

Wer wird Millionär ?

[supermuckl]

es gibt doch die möglichkeit, ganze klassen usw (runtime) in eine datei zu speichern!
die würde ich dann einfach "laden" und platzieren auf nem form oder wie auch immer was du da dynamisch haben willst ?!

[Dani]

Zitat von Hansa:

Ich würde eine INI-Datei verwenden und fertig.

Also wenn du es schaffst, ein Formular inklusive aller Methoden, Daten, Controls usw. in einer Ini-Datei zu speichern und wieder auszulesen, dann bin ich echt baff

Zitat von TPok:

Weiterhin soll es pro Report ein Modul geben, das eine Oberfläche mit Eingabefeldern für Parameterwerte und ggf. ein bißchen Prüflogik für die Eingaben enthält.

Zitat von supermuckl:

es gibt doch die möglichkeit, ganze klassen usw (runtime) in eine datei zu speichern!

Yep, und wie trennt man diese Klassen so von der Hauptanwendung ab, dass sie nicht fest in diese hineincompiliert werden? Packages? Versucht mal von der Hauptanwendung aus auf die Formklasse im Package zuzugreifen, nachdem es geladen wurde. Da geht selbst nach RegisterClass(...) nix ausserhalb der im Package befindlichen Units. RegisterClass funktioniert leider nicht "Application-wide".

[Hansa]

Zitat von Dani:

Also wenn du es schaffst, ein Formular inklusive aller Methoden, Daten, Controls usw. in einer Ini-Datei zu speichern und wieder auszulesen, dann bin ich echt baff :

Na klar geht das, mit Methoden usw. müßte man sich allerdings mal was überlegen. Das Problem an sich ist jedenfalls keins.

[Dani]

Zitat von Hansa:

Das Problem an sich ist jedenfalls keins.

Öhm, was genau ist kein Problem? Sorry, falls ich etwas verpeilt wirke, aber ist das jetzt ironisch gemeint oder dein Ernst? %-)

Wenn ich es richtig verstanden habe, möchte TPok ein Formular im Designer erstellen, die eingegebenen Daten überprüfen lassen und eine Schnittstelle zwischen Anwendung und Oberflächenmodul haben. Und dafür würdest du INI Dateien nehmen?

[supermuckl]

da fällt mir nurnoch DLL ein

[Hansa]

Das ist schon mein Ernst. 8) Ohne genaue Kenntnis des Problems läßt sich aber nicht viel sagen. INI Datei ist eventuell zu wenig, aber wie gesagt : keine größeren Probleme.

[supermuckl]

naja wenn er so viele unterschiedlichen datentypen dem kunden in form einer datei übergeben will usw
dann is dll doch so ziemlich das günstigste ?!
kann man ganze forms rein ballern usw und muss keine großartigen dynamischen oberflächen aufbauten bauen

//edit

ausserdem können da die speziellen proceduren gleich mit rein und müssen nicht in die hauptapplication integriert werden
so sind auch updates schnell und einfacher möglich