Runtime-Packages, visual inheritance, Updaten der Runtime-Packages ohne exe-Update

[sx2008]

Zitat von RSE:

Wenn ich das richtig verstanden habe, gibt es 3 Arten, ein Package einzubinden:

1. Als Entwurfszeitpackage (wird direkt in die exe gelinkt)
2. Als statisches Runtimepackage - benötigt bpl zur Runtime + dcp zur Designtime (wird beim Laden der exe gelinkt)
3. Als dynamisches Runtimepackage - benötigt bpl zur Runtime (ich muss die Library selbst ähnlich wie eine DLL mit LoadPackage einbinden - siehe 1. Post)

Da hast du etwas falsch verstanden.
Design-Time-Packages werden ausschlieslich von der Delphi-IDE geladen und benützt.
Sehr häufig benützt das Design-Time-Package ein Runtime-Package damit Komponenten innerhalb der IDE "leben" können.
Es gibt aber auch Design-Time-Packages, die ganz ohne Runtime-Packages daherkommen.
Sie enthalten sog. "Experten" also Erweiterungen der Delphi-IDE.

Nur Runtime-Packages können später in Anwendungen benützt werden.

[Uwe Raabe]

Zitat von sx2008:

Nur Runtime-Packages können später in Anwendungen benützt werden.

Und Runtime-Packages können sowohl statisch als auch dynamisch gelinkt werden. Sobald eine Unit eines Runtime-Packages direkt im Quellcode referenziert wird, muss das Package statisch gelinkt werden (heißt, es wird beim Programmstart geladen). Die Units eines dynamischen Package sind beim Compilieren der Exe nicht bekannt.

[RSE]

OK, das mit den Packages hab ich jetzt verstanden. Die wichtigste Frage bleibt aber offen. Wie ich oben verlinkt habe, kann ich nur visuell von einer Form ableiten, wenn die Basisklasse im gleichen Modul definiert ist oder statisch ins Modul gelinkt wird. Die Compiler-Option des statischen Linkens ist aber bei Packages deaktiviert. Kann ich also in Packages grundsätzlich keine visuelle Ableitung von einer außerhalb des Packages definierten Klasse vornehmen? Damit würde mein ganzer Ansatz nicht mehr aufgehen.

[RSE]

Wenn man weiß, wie es geht, ist alles so einfach... Hier ist die Lösung:

Ich brauche eine Projektgruppe mit

1. Der Application, in der auch mein Basisframe definiert wird
2. Ein Package für jede spezialisierte Aktion

Um die visuelle Ableitung im Package umsetzen zu können, müssen alle Units zum Package-Projekt hinzugefügt werden, auf die das visuell abgeleitete Form visuell aufbaut. Das heißt, wenn ich in meiner Application direkt von TForm ein TCustomBase ableite und davon wiederum ein TBase visuell ableite, dann muss ich die Units mit TCustomBase und TBase zum Package hinzufügen, um im Package von TBase visuell ableiten zu können. Das bedeutet, dass der Code für die Basisklassen in jedem compilierten Package kopiert enthalten ist und ich somit alle Packages neu compilieren muss, wenn ich an den Basisklassen etwas geändert habe. Das ist zwar unschön, aber für mich akzeptabel.

Wenn sich die Änderung an den Basisklassen nur auf den implementation-Abschnitt beschränkt, dann muss ich nur die Packages neu compilieren, in denen sich die Änderung auswirken soll, die Application brauche ich in diesen Fällen nicht neu compilieren, da ich von der Application aus nur das Interface anspreche/nur den interface-Abschnitt verwende, um die Instanzen der spezialisierten Klassen aus den Packages zu steuern.