Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/asp.net/32.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
自定义组件和ASP.NET MVC_Asp.net_Asp.net Mvc_Webforms_Content Management System_Components - Fatal编程技术网

自定义组件和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结

我很好奇,在一个典型的心态中,一个人如何能够构建一个平台,让其他人可以为其开发插件。我的意思是,那些插件看起来怎么样

类似于退出WebForms的用户控件,将所有层封装在它们自己中,或者三个不同的文件表示模型、视图和控制器。我应该开发a的核心,我希望其他人为以后构建插件。哪种心态更适合这种情况,经典Web表单还是ASP.NET MVC


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

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

也做类似的事情。我不知道怎么做,但它非常即插即用


对于直接的插件架构,有一个有趣的屏幕广播和Rob Connery的源代码。他利用应用程序代码目录将新插件滑入到位,而无需编辑主站点

我查看了OpenForum。这些家伙似乎正在使用一个init方法,该方法“注入”路由表中新实体的模型、控制器和视图的地址,并刷新它。有点酷,但我担心这可能会造成额外的依赖感,我想是意外地被否决了。我不知道这是怎么发生的,但我无法删除它,除非问题被编辑。