Best Practices für die Implementierung einer Add-in/Addon/Plugin-Strategie

Question

Meine Anwendung sollte erweiterbar sein. Für meine eigenen Bedürfnisse habe ich einige Dienste implementiert. Diese Dienste basieren auf dem IoC/DI-Prinzip. Die Dienste kapseln also das Konzept der Anwendung ein.

Zum Beispiel gibt es einen IApplicationService. Der ApplicationService gibt Informationen über die aktuelle ausgehende Anwendung aus. Dort sind die AssemblyInfo usw. angegeben. Ein anderes Beispiel ist der INavigationService (siehe mef.codeplexcom in den Beispielen). Dieser Dienst stellt einige Eigenschaften zur Verfügung, die Informationen über das aktuell ausgewählte Objekt und einige Ereignisse enthalten.

Ich denke, dass die "Service-Ansatz" ist die einfachste und vereinfacht die Erweiterungspunkte für die Anwendung. Ich bin mir also nicht sicher, ob das wirklich der beste Ansatz ist. Was denken Sie? Wie würden Sie "Erweiterungspunkte" in einer Anwendung wie Addins/Addons/Plugins implementieren?

Vielen Dank im Voraus für Ihre Antworten! Und tut mir leid, mein Englisch ist schlecht. ;)

Answer 1

Kennen Sie sich mit MEF (Managed Extensibility Framework)?

Das Managed Extensibility Framework (kurz MEF) vereinfacht die Erstellung von erweiterbaren Anwendungen. MEF bietet Erkennungs- und Kompositionsfunktionen, mit denen Sie Anwendungserweiterungen laden können.

Answer 2

Sie müssen sich ernsthaft MEF ansehen - das Managed Extensibility Framework.

• Managed Extensibility Framework Overview
• Building Composable Apps in .NET 4 with the Managed Extensibility Framework
• MEF on Codeplex

Es ist ein großartiges neues Framework, das Microsoft selbst zum Beispiel unter Verwendung von in Visual Studio 2010 für seine Erweiterbarkeit Geschichte. Großartig und einfach zu bedienen - warum erfinden Sie das Rad neu, wenn Sie etwas verwenden können, das Tausende von Entwicklern in Kürze verwenden werden?

Answer 3

Ja, ich kenne MEF. Ich benutze auch das Konzept von MEF, aber da einige Nachteile. Meine Anwendung ist IoC/DI wie und zusammen mit MEF ist ein bisschen kompliziert. MEF ist nicht wirklich ein DI-Container, so dass es schwierig ist, MEF mit einem anderen DI-Container (z. B. ninject, unity, ...) zu verwenden. Ich werde MEF nicht mit anderen DI-Containern verwenden. So ist es nicht wirklich gut, MEF mit anderen DI-Containern zu mischen.

Ich hoffe, Sie können meine Bedenken verstehen.

Zusatz: Das Laden von Erweiterungen in eine AppDomain in MEF ist nicht möglich. Das ist also für meine Bedürfnisse nicht gut. System.AddIn oder MAF unterstützt dies, aber ich werde nicht System.AddIn verwenden, weil das sehr schwer ist ....