Hey Community
Ich habe eine kleine Frage
ist es möglich ein Plug-in System direkt in das jeweilige Anwendung einzubauen ohne da man, außer für die Plugins, DLLs benötigt.

Kurz:
Plug-in manager/Plug-in system (in eine Anwedung, ohne dll oder sonst was)
Plugin (als dll in einen ordner)

Hallo, ja das geht. Die Lösung lautet Reflection. Wichtig ist eigentlich nur das alle Klassen der Plugins eine Schnitstelle von dir implementieeren, somit weißt du welche Methoden/Eigenschaften es garantiert gibt. Ich habe folgendes im Netz gefunden:
truevbdotnet.blogspot.de/2011/…-to-dynamically-load.html
Ein etwas ausführlichereres gibt es hier:
[VB.NET] Wie erstelle ich ein PlugIn System unter VB.NET (Framework 2)

Er meint sicher, das er die Öffentliche Interface dll nicht brauch

@ThuCommix
Davon bin ich nicht ausgegangen, weil man das Interface schließlich auch in die EXE packen kann. Solange EXE und Pluigins im selben Ordner liegen ist das kein Problem. Bzw. unter größeren anpassungen können diese irgendwo liegen.

danke erstmal für die schnelle antwort
ThuCommicx hat recht genau das wollte ich erreichen

Wie bereits jurz gesagt, das Interface kannst du auch in die EXE hinein packen. Dann müssen deine Plugins beim erstellen nur die EXE als verweis haben. Beim Auführen dann liegt die EXE bereits bei den DLL's. Dadurch sollte es keine Probleme geben. Wenn du nun die Plugins in einem Extraordner haben möchtest, dann würde ich eine zusätzliche DLL bevorzugen die auch dort liegt, aber das möchtest du ja nicht. Somitmusst du beim laden der Assemblies die Pfade der Referenzen abändern. Dazu kannst du dir mal folgendes ansehen:
social.msdn.microsoft.com/Foru…4-420b-9da2-c6a70121fc81/
Dort mussten wir auch den Pfad abändern.

hmm das wird schwierig besonders wenn ich neu bin wenns ums Plug-Ins erstellen geht ich möchte es erstmal verstehen

Dann schlage ich dir erstmal vor alles im selben Ordner zu belassen, das verschieben kann man später immernoch einbauen.

Ich lerne erstmal die funktionen durch dieses tutorial:
[VB.NET] Wie erstelle ich ein PlugIn System unter VB.NET (Framework 2)
und werde es später erweitern

Brauchst du Hilfe bei der Erklärung?

ja möglicheweise

ich schaue gerade das tutorial an und versuche alles zu verstehen
ich hab die dll in meine testanwendung einkompiliert und ein testplugin gemacht
alles klappt bis jetzt
EXE (Mit Plugin System und hauptanwendung)
DLL (Plugin)

danke ThuCommix, Koopakiller und mikeb69

Schau dir doch mal das an:
[VB.NET] Erstellen eines Plugin-Systems mit VB.NET und MEF ab .NET 3.5

Ok Leute ich habs danke für eure Hilfe
Codeverständnis kommt noch (Den Code habe ich dementsprechend umgeändert)
Ich schaue mir das Tutorial weiter an da C&P sinnlos ist


Für Leute die auch das selbe wollen
[VB.NET] Wie erstelle ich ein PlugIn System unter VB.NET (Framework 2)
ist ein super Tutorial
DLL einbinden und dementsprechend verändern

hab gerade gemerkt, dass bei
[VB.NET] Wie erstelle ich ein PlugIn System unter VB.NET (Framework 2)
ein nachteil hat und zwar man muss alles implementieren
könnte man dasvermeiden


Edit:
@FuFu^^ - genau das hab ich auch gedacht^^

Das ist der Witz von einem Interface

Du kannst das Interface in mehrere Splitten und in deinem Plugin-Dingsda checken, welche der Interfaces von einer Klasse vollständig implementiert werden.

Oder anders: Man muss alles implementieren. Nur so kannst du als Pluginverwalter sicher stellen, das du nicht eine nichtexistente Methode aufrufst.

Interfaces sind dazu da, dass sich die Implementierenden Klassen dazu verpflichten müssen, die Member zu implementieren. Wenn du eine Funktion dennoch nicht unterstützen möchtest könntest du z.B. eine NotImplementedException werfen, worauf das Programm dann entsprechend reagieren kann. Du könntest aber auch mehrere Interfeaces erstellen, welche dann unterschiedliche Funktionalitäten abdecken.

@Artentus gute idee

Artentus schrieb:

Wenn du eine Funktion dennoch nicht unterstützen möchtest könntest du z.B. eine NotImplementedException werfen, worauf das Programm dann entsprechend reagieren kann.

Das ist das Einzige, was mein Post nicht enthalten hat, und zwar weil es keinen Sinn ergibt. Wenn eine Klasse ein Interface nicht vollständig implementiert, implementiert sie das Interface nicht. Wenn man dann mit Exceptions um sich schmeißt, diese sofort wieder abfängt und dann mit Reflection schaut, welche Member/Methoden vorhanden sind und was fehlt, führt das die Verwendung von Interfaces gänzlich ad absurdum.

Ich muss FuFu^^ zustimmen, ich finde es auch widersprüchlich, so etwas zu tun. Führt nur zu Fehleranfälligkeit und erhöhtem Resourcenverbrauch.
Mache es doch mit 2 Schnittstellen. Die eine implementiert alles wichtige und die 2. nur das was du in sonderfällen brauchst. Somit kannst du deine Pluginklasse(n) vielleicht etwas besser anpassen.