自定义组件和ASP.NET MVC

Question

我很好奇在典型的ASP.NET MVC心态中,如何构建一个其他人可以为其开发插件的平台.我的意思是,这些插件怎么样？

就像退出WebForms的用户控件一样,将所有图层封装在自身中,或者将三个不同的文件表示为视图和控制器的模型.我应该开发CMS的核心,我希望其他人可以为以后构建插件.对于经典Web窗体或ASP.NET MVC,哪种心态更好？

我需要开发人员能够为此单独构建组件.是否可以将MVC目录结构封装在组件DLL文件中,然后当我引用DLL文件时,能够直接访问组件的模型,视图或控制器作为一般MVC结构的一部分？

Answer 1

最有前途的组件技术来自lostechies.com 和Mvccontrib 的可移植区域形式。可移植区域允许将整个 MVC 应用程序附加到现有应用程序中。因此它不仅仅是一个 UI 组件，还提供所有工作流程和屏幕集成。

开放论坛也做了类似的事情。我不知道如何，但它非常即插即用。

对于直接的插件架构，有一个有趣的截屏视频和 Rob Connery 的链接文本的源代码。他利用 App-Code 目录将新插件滑入到位，而无需编辑主站点。