Welches Plugin-Framework ist zu empfehlen?

[luwo]

Ein "Hallo" an die werte Runde.

Wie der Titel schon sagt, ich suche eine bequeme Möglichkeit eine Delphi-Anwendung Plugin-fähig zu machen.

Wer kennt brauchbare Lösungen, oder hat sogar schon konkrete Erfahrungen?

Spontan fallen mir folgende ein:

:arrow: Remobjects Hydra
:arrow: TMS-Plugin-Framework
:arrow: MaxComponents Pluginloader

Wer kennt noch andere?

Grüße Luwo

[Ghostwalker]

Die Jedi VCL beinhaltet ebenfalls ein Plugin-System.

Welches nun für deine Zwecke das beste ist, hängt davon ab, was du damit machen möchtest. Willst du das in Freeware einsetzen oder in kommerzieller Software. Wie Komplex können Plugins werden und und und :)

[mkinzler]

Hier ist ein weiteres: http://pluginmgr.dennislandi.com/

[Relicted]

ich greife da auf selfmade zurück... finde ich immer besser... so hat man kein problem mit einarbeiten hat dafür aber etwas mehr arbeit was das implementieren angeht. "einfache" pluginsysteme über interfaces sind auch recht schnell implementiert.. gut wenns extrem umfangreich ist sollte man vielleicht auf "bekannte" zurückgreifen. bin leider bisher nie wirklich mit denen klargekommen daher selfmade :-)

gruß
reli

[Die Muhkuh]

Hi Christopher,

Du sagtest, dass Du "einfache" PlugIns über ein Interfacesystem löst, wie machst Du das dann mit komplexeren PlugIns?

[Relicted]

genauso :-) nur dann wird das "framework" wesentlich größer...
aber wenn man sich einmal die mühe gemacht hat sowas auf die beine zu stellen und auf seine bedürfnisse anzupassen hat man ein hübsches selfmade framework was man selbst ohne lange einarbeitung versteht :-)

der vorteil bei weniger komplexen systemen: schnelle implementierung und wahrscheinlich schmalerer code als bei den großen plugin systemen.

nachteil: man muss sich selbst drum kümmern :-) - wenns größer wird und man sowas nicht regelmäßig braucht dann doch vielleicht lieber was kaufen oder ne open source variation benutzen.

ich denke das ist wieder nen thema wo man sagen kann "geschmäcker sind verschieden.." :-)

gruß
reli

[Die Muhkuh]

Hi,

ah ok. Ich dachte, dass Du dann noch einen anderen Weg kennst. :-) Die Interfacevariante nutze ich auch sehr gerne, da sie recht einfach zu implementieren ist und man es auch recht schnell erweitert hat.

[hanspeter]

Ich experimentiere im Moment gerade mit Hydra 3.0. Eine abschließende Meinung habe ich noch nicht.
Das System macht aber einen guten Eindruck.
Ein besonderer Vorteil: Ich kann Delphi Win32 und Net mischen.
Auf der Net Seite ist C# und Chrome möglich.
Auf der Delphi Seite Delphi win32 und Delphi net.

Gruß Peter

[jbg]

Zitat:

Zitat von Die Muhkuh

Ich dachte, dass Du dann noch einen anderen Weg kennst. :-) Die Interfacevariante nutze ich auch sehr gerne

Es gibt auch noch die Package-Variante, die die Delphi IDE selbst nutzt.

- Kleines Start-Programm (Exe), dass das Core-Package (statisch) lädt (Bei Delphi: Delphi32.exe)
- Programm in Core-Package (Bei Delphi: coreide.bpl)
- Einzelne Plugins greifen ohne Programmänderungen einfach auf coreide.bpl zu (Bei Delphi: IDE packages wie delphiide.bpl)

Bis auf das "Kompilieren mit Packages" und dem Einstellen der "Host-Anwendung" beim Debuggen der Packages, fällt hierbei keine zusätzliche Arbeit an.
Die einzige Einschränkung ist, dass die Plugins mit der selben Delphi Version kompiliert wurden.

[Die Muhkuh]

Hi Andreas,

könnte bei der Variante auch ein C++-Programmierer PlugIns erstellen? Bei der Interfacevariante ginge dies ja.