Eigene Dehnbarkeit Schicht oder MEF / MAF?

Question

Für diejenigen, die Arbeit mit der Anwendung Erweiterbarkeit in .NET, was Sie tun, lieber tun - Ihre eigene Erweiterungsschicht zu schaffen oder MEF unter Verwendung von (Managed Extensibility Framework) oder MAF (Managed Add-in Framework)

Bisher habe ich beiden Wege zur Umsetzung der Anwendung Erweiterbarkeit und ich wie MEF für die Tatsache genutzt, dass es einfacher zu laden bestehende Baugruppen von einem bestimmten Ort macht, ohne Schnittstellenimplementierungen direkt zu Verifizieren (für das Fehlen einer ImplementationOf(interface) Prüfung in .NET).

Was sind die Vorteile, die Sie in Ihrer spezifischen Dehnbarkeit Schicht bevorzugt sehen? Was sind die Nachteile?

Answer 1

MEF hat sicherlich viele Vorteile, die meisten von dem, was Sie erwähnt ... Erweiterbarkeit, Modularität, Lebensdauer-Management, und alles, was würde ich in einem First-Class-Rahmen verfügbar sein soll. Es ist auch mit Rahmen geliefert, so gibt es nichts exta zu tun, und Sie wissen, dass es über Implementierungen konsistent sein wird.

Es ist in VS 2010 verwendet, so gibt es keine breites verwendete reale Welt Beispiel im Spiel sein könnte.

MAF ist nicht wirklich das Gleiche. Es ist sehr spezifisch für System.AddIn und hat einige steifere Anforderungen und Verträge zu erfüllen. Having said that, es auch speziell eine bestimmte Art von Erweiterbarkeit zielt, dass einige Leute möchten.

Ich würde nur für einen kundenspezifischen Ansatz gehen, wenn ich eine wirklich kleine Stellfläche oder Anwendung habe, die einfach nicht alle zusätzlichen Aufwand benötigen.