Componentes personalizados y ASP.NET MVC

Question

Tenía curiosidad de cómo en la típica mentalidad ASP.NET MVC se podía construir una plataforma para la que otros pudieran desarrollar complementos. Quiero decir, ¿cómo serían esos complementos?

Como salir de controles de usuario para WebForms, encapsulando todas las capas en sí mismas, o tres archivos diferentes que representan el modelo, la vista y el controlador. Debería desarrollar el núcleo de un CMS, que me gustaría que otros construyan complementos para más adelante. ¿Qué mentalidad es mejor para eso, formas web clásicas o ASP.NET MVC?

Necesito desarrolladores para poder construir componentes por separado para eso. ¿Es posible encapsular la estructura de directorios MVC en un archivo DLL componente y luego cuando hago referencia al archivo DLL, para poder acceder directamente al modelo, vista o controlador del componente como parte de la estructura MVC general?

Answer 1

Las técnicas de componentes más prometedoras han venido de los chicos de lostechies.com y Mvccontrib en la forma de Portable Areas. Portable Areas permite agregar una aplicación MVC completa a una aplicación existente. Por lo tanto, no solo es un componente de interfaz de usuario sino que también proporciona todo el flujo de trabajo y la integración de pantalla.

Open Forum hace algo como esto también. No sé cómo, pero es muy plug and play.

Para la arquitectura de plugins hacia arriba hay un screencast interesante y código fuente para link text de Rob Connery. Aprovecha el directorio App-Code para deslizar nuevos complementos en su lugar sin tener que editar el sitio principal.