Mejores prácticas para implementar una estrategia addin/addon/plugin

Question

Mi aplicación debe ser extensible. Para mis propias necesidades, he implementado algunos servicios. Estos servicios se basan en IoC/DI princple. Entonces los servicios encapsulan el concepto de la aplicación.

Por ejemplo, hay un IApplicationService. ApplicationService expone información acerca de la aplicación actual que supera. Se especifica el AssemblyInfo y así sucesivamente. Otra exsample es INavigationService (consulte mef.codeplexcom en las muestras). Este servicio proporciona algunas propiedades donde se especifica la información sobre el elemento seleccionado actual y también algunos eventos.

Creo que el "enfoque de servicio" es el más fácil y simplifica los puntos de extensión para la aplicación. Por lo tanto, no estoy seguro de que este sea realmente el mejor enfoque. ¿Qué piensas? ¿Cómo implementaría "puntos de extensión" en una aplicación como complementos/complementos/complementos ...?

Gracias de antemano por sus respuestas! Y lo siento, mi inglés es pobre. ;)

Answer 1

¿Está familiarizado con MEF (Managed Extensibility Framework)?

El Framework de Extensibilidad Administrada (o MEF para abreviar) simplifica la creación de aplicaciones extensibles. MEF ofrece capacidades de descubrimiento y composición que puede aprovechar para cargar extensiones de aplicaciones.

Answer 2

En serio, debe consultar MEF: el Marco de Extensibilidad Administrada.

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

Es un gran nuevo marco que la propia Microsoft está utilizando en el ejemplo Visual Studio 2010 para su historia de extensibilidad. Genial y fácil de usar: ¿por qué reinventar la rueda cuando puedes usar algo que miles de desarrolladores usarán en breve?

Answer 3

Sí, estoy familiarizado con MEF. También uso el concepto de MEF, pero hay algunas desventajas. Mi aplicación es similar a IoC/DI y junto con MEF es un poco complicada. MEF no es realmente un contenedor DI, por lo que usar MEF con otro contenedor DI (por ejemplo, ninject, unity, ...) es difícil de implementar. No voy a usar MEF con otros contenedores DI. Entonces mezclar MEF con otros contenedores DI no es realmente bueno.

Espero que pueda entender mi preocupación.

Adición: No es posible cargar extensiones en un dominio de aplicación en MEF. Entonces esto es para mis necesidades no es bueno. System.AddIn o MAF lo admite, pero no usaré System.AddIn porque es muy pesado ...