自定义组件和ASP.NET MVC
我很好奇,在一个典型的心态中,一个人如何能够构建一个平台,让其他人可以为其开发插件。我的意思是,那些插件看起来怎么样 类似于退出WebForms的用户控件,将所有层封装在它们自己中,或者三个不同的文件表示模型、视图和控制器。我应该开发a的核心,我希望其他人为以后构建插件。哪种心态更适合这种情况,经典Web表单还是ASP.NET MVC自定义组件和ASP.NET MVC,asp.net,asp.net-mvc,webforms,content-management-system,components,Asp.net,Asp.net Mvc,Webforms,Content Management System,Components,我很好奇,在一个典型的心态中,一个人如何能够构建一个平台,让其他人可以为其开发插件。我的意思是,那些插件看起来怎么样 类似于退出WebForms的用户控件,将所有层封装在它们自己中,或者三个不同的文件表示模型、视图和控制器。我应该开发a的核心,我希望其他人为以后构建插件。哪种心态更适合这种情况,经典Web表单还是ASP.NET MVC 我需要开发人员能够单独构建组件。是否可以将MVC目录结构封装在组件DLL文件中,然后在我引用DLL文件时,能够直接访问组件的模型、视图、,或控制器作为通用MVC结
我需要开发人员能够单独构建组件。是否可以将MVC目录结构封装在组件DLL文件中,然后在我引用DLL文件时,能够直接访问组件的模型、视图、,或控制器作为通用MVC结构的一部分?最有前途的组件技术来自Losttechies.com和Mvccontrib上的家伙,形式为。可移植区域允许将整个MVC应用程序附加到现有应用程序上。因此,它不仅是一个UI组件,还提供了所有的工作流程和屏幕集成 也做类似的事情。我不知道怎么做,但它非常即插即用
对于直接的插件架构,有一个有趣的屏幕广播和Rob Connery的源代码。他利用应用程序代码目录将新插件滑入到位,而无需编辑主站点 我查看了OpenForum。这些家伙似乎正在使用一个init方法,该方法“注入”路由表中新实体的模型、控制器和视图的地址,并刷新它。有点酷,但我担心这可能会造成额外的依赖感,我想是意外地被否决了。我不知道这是怎么发生的,但我无法删除它,除非问题被编辑。