patrón Plugin en C#

Question

Problema:
estoy construyendo un marco que acepta un archivo, traduce y ejecuta ella. El framework debería ser capaz de manejar cualquier tipo de archivo, con este fin he proporcionado un método para cargar un archivo DLL que contiene clases y métodos para que traducen y ejecutando un archivo. Lo que busco, es la mejor manera para definir la interfaz de complementos

Solución A:
definir un conjunto de interfaces que están disponibles públicamente. Los complementos deberían implementar estas interfaces.

Solución B:
definir algunas clases abstractas que están disponibles públicamente. Los complementos deben heredarse y anular los métodos abstractos en estas clases.

Solución C:rcravens
interfaces de pasar alrededor dentro del código, crear una clase abstracta que está disponible públicamente para permitir la extensibilidad plugin. Elegido
Esta solución se eligió antes que la interfaz solo porque permite una implementación básica (útil en este caso). Fue elegido antes de la clase abstracta solo porque permite burlarse dentro del código. Los marcos de composición son excelentes, pero un poco exagerados para algo tan ligero como esta aplicación donde solo se desea una extensibilidad limitada.

Solución D:JayChris Shain y
implementar un marco de composición (como Managed Extensibility Framework(MEF)) y construir a su alrededor

Si aparecen nuevas soluciones, voy a añadir a esta lista. La respuesta va a ir a la persona que es más capaz de justificar su solución (posiblemente con ventajas y limitaciones)

Gracias de antemano,
Tech Prueba Amigo

Answer 1

En el nivel más bajo que creo que necesita las interfaces . Esto permite que la mayoría de los frameworks de burla faciliten falsificaciones. Alrededor de su código debe pasar alrededor de las interfaces. Si necesita una implementación básica que pueda refactorizarse en una clase base abstracta, hágalo. Las clases base y las interfaces abstractas no son conceptos mutuamente excluyentes. Algunas veces tiene sentido tener ambos.

Answer 2

No creo que haya una mejor solución entre la interfaz o la clase abstracta, realmente depende de lo que necesite. Pero personalmente, probablemente iría con la clase abstracta, por el simple hecho de que ofrece más flexibilidad.

bueno que proporcionara una abstract métodos que son esenciales para definir el comportamiento particular del complemento, mientras que virtual métodos ofrecen una manera de optionnaly anular un comportamiento predeterminado.

La clase abstracta también puede proporcionar algunos métodos de utilidad que podrían ser útiles para los autores del complemento.

Básicamente, una clase abstracta puede ofrecer todos los que ofrece una interfaz, y más. Entonces, probablemente sea mejor para futuras extensiones.

Answer 3

Lo que está escribiendo suena sospechosamente como lo que admite Managed Extensibility Framework: http://mef.codeplex.com/. ¿Tal vez usar eso y evitar reinventar la rueda?