Prism v4: Einheit oder MEF?

Question

Ich habe Prism v4 heruntergeladen und das Installationsprogramm ausgeführt. Ich ging in das Verzeichnis und lief die beiden folgenden Batch-Dateien:

• Nur Desktop - Offene Modularität Mit Mef QuickStart.bat
• Nur Desktop - Offene Modularität Mit Unity QuickStart.bat

Als ich kompilieren Sie diese Anwendungen, sehe ich keinen wirklichen Unterschied. Ich habe nach MEF vs Unity gesucht und ich habe einige Vor-/Nachteile gefunden, aber nichts, was spezifisch sagt, ob man "besser" ist (und ich weiß, dass es subjektiv ist), wenn man es in Prism benutzt. Ich denke, wenn ich meine Anforderungen aufliste, kann mich jemand auf die richtigen Technologien hinweisen (auch wenn es nicht Prism 4 ist).

• Die Anwendung ist in WPF (NICHT Silverlight) geschrieben werden.
• Die Hauptanwendung wird extrem dünn sein.
• Die Hauptanwendung verwendet einen Webdienst, um das Menü der "Apps/Module" zu erstellen, auf die eine Person Zugriff hat.
• Die "Apps/Module" werden vollständig in anderen verwalteten Bibliotheken enthalten sein.
• Die Hauptanwendung ruft Views und Viewmodels durch Reflektion in diese DLLs.
• Die Hauptanwendung sollte Dienste für die Protokollierung usw. in diese "Apps/Module" einspeisen.

Zum Beispiel:

• Viewonly Adresseintrags

Alle Artikel Adresse verwandt sind innerhalb Address.dll:

Ein grundlegender Benutzer die Optionen haben könnte.

• Neue Adresse Rekord
• Adresseneintrag öffnen (update/delete)
• Benutzer verwalten

Alle Artikel Adresse verwandt sind:

Eine erweiterte Benutzer die Optionen haben könnten in Address.dll.
Alle Elemente, die Sie verwalten, sind in Admin.dll. Die App sollte eigentlich keine dieser DLLs referenzieren, ich plane, in sie zu reflektieren, so dass, wenn es 100 verschiedene Module gibt und ein Benutzer nur Zugriff auf 2 von ihnen hat, nur 2 von ihnen heruntergeladen und verwendet werden. Während ein Benutzer, der Zugang zu 10 von ihnen hat, diese 10 bekommt.

Ich habe bereits die Download-DLL über WebService gelöst. :)

Answer 1

Keine ist "besser": sie sind verschiedene Dinge.

IMO Ihre Wahl sollte nur von Ihren Anforderungen getrieben werden. Basierend auf den Anforderungen, die Sie hier gepostet haben, empfehle ich Ihnen, MEF zu verwenden, da Sie Module in DLLs enthalten und die Hauptanwendung keine Module zu laden weiß. Diese Aufgaben sind der Grund, warum MEF existiert.

Auf jeden Fall konnte man sie beide verwenden: MEF für Modularität und Unity Vorteile von Dependency Injection zu nehmen (Testbarkeit, Wiederverwertbarkeit, ...)

Answer 2

Wenn alle Module nicht zur gleichen Zeit wie die App neu kompiliert, Dann gibt es bei MEF viele Möglichkeiten, mit sich ändernden Oberflächen in der Haupt-App umzugehen. Andernfalls MEF kann komplexer sein, als Sie brauchen.

Answer 3

Ich habe Unity über ein Jahr mit PRISM verwendet, aber ich habe einige schwerwiegende Probleme mit Speicherlecks bemerkt. Daher entschied ich mich PRISM 4 und MEF zu geben. Was ich getan habe, ist zuerst meine App zu konvertieren, um PRISM 4 mit Unity zu verwenden. Dann habe ich einen Zweig konvertiert, um MEF zu verwenden. Es mag komisch klingen, aber MEF scheint Speicherverbrauch zu behandeln und irgendwie besser als Unity zu veröffentlichen.

Wäre es schön zu hören, ob andere die gleiche Erfahrung gemacht haben?

Answer 4

Auf Ihre Frage, ob MEF und UNITY gut miteinander funktionieren können, kann ich Ihnen sagen, dass sie wirklich gut miteinander arbeiten. Ich habe eine Proof-of-Concept-Anwendung entwickelt, die PRISM, Unity und MEF verwendet.