grafische Anzahl der Unit-Verknüpfungen

[hoika]

Hallo #,

ich will mein Programm ein bisschen modularisieren über Dlls.

Nun bindet Delph mit einem uses unit_1 (unit_1 ist nur ein Bsp.)
einen Haufen anderer Units ein.
OK, OK, das liegt an mir lousy coupling der units ist halt schwer.

Die DLL ist somit sehr gross.

Ich kann mich an ein Programm ermitteln,
dass mir grafisch ermittelt, welche units mit eingebunden werden.
Das war sein ein Teil, dessen Grafik-Ausgabe von einem anderen Programm gemacht wurde.


Heiko

PS: Icarus, PAL habe ich selbst, nützt aber nichts (sind etwa 1500 eigene Pas ...)

[Bernhard Geyer]

Evtl. der "Dependency-Analyser" (Name kann anders sein) von ModelMaker?

[hoika]

Hallo,

UnitUsage wars.
habs fast schon runtergeladen

Danke


Heiko

[shmia]

Zitat:

Zitat von hoika

ich will mein Programm ein bisschen modularisieren über Dlls.

Keine gute Idee bei Delphi! :warn:
Wenn du irgendwelchen Code in eine DLL reinsteckst, werden immer grössere Teile der VCL mitgelinkt.
Das Ergebnis wird sein, das die Anwendung zusammen mit mehreren aufgeblähten DLL's wesentlich mehr Speicher auf Platte und im RAM brauchen.
Wenn man DLL benützt, um die Anwendung zu modularisieren handelt man sich nur zusätzlichen Ärger ein.
Fast immer muss man die Schnittstelle zur DLL verändern oder erweitern, wenn man das Programm erweitert.
Wenn du bei jedem Update immer die Anwendung sowie alle DLLs mitschicken musst
und zusätzlich der gesamte Code mehrfach größer als eine einzige EXE ist, dann sind DLLs ja nur von Nachteil.

Etwas anderst sieht das bei Packages aus.
Dann muss aber deine Anwendung auch VCL-Packages verwenden, sonst ist der Nutzen nur eingeschränkt.

==> Also entweder Packages verwenden oder alles in eine EXE reinpacken.

[hoika]

Hallo,

nene ;) ich hab mir das schon überlegt.

Im aktuellen Fall geht es um ein Form für Datenbank-Update.
Das Form (und die Routinen) werden von mehreren Programmen verwendet,
weil es immer die gleiche DB ist.

Der Code steht in den beiden Exe also doppelt drin.

Das pack ich nu in ne DLL.

Eine andere Dll wird z.B. zum Datev-Export benutzt,
der ändert sich praktisch gar nicht.
Warum soll ich diese "statische" Dll immer in die Exe einbinden.


Heiko