【问题标题】:Custom components and ASP.NET MVC自定义组件和 ASP.NET MVC
【发布时间】:2011-01-10 11:43:29
【问题描述】:

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

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

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

【问题讨论】:

  • 抱歉,我猜是不小心投了反对票。不知道这是怎么发生的,但除非编辑问题,否则我无法将其删除。

标签: asp.net asp.net-mvc webforms content-management-system components


【解决方案1】:

最有前途的组件技术来自 lostechies.com 和 Mvccontrib 的人,他们的形式是 Portable Areas。 Portable Areas 允许将整个 MVC 应用程序附加到现有应用程序上。所以它不仅仅是一个 UI 组件,还提供了所有的工作流程和屏幕集成。

Open Forum 也做类似的事情。我不知道如何,但它非常即插即用。

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

【讨论】:

  • 我检查了 OpenForum。似乎这些家伙正在使用一种 init 方法,该方法将新实体的模型、控制器和视图的地址“注入”到路由表中,并刷新它。有点酷,但我担心它可能会创建额外的依赖项
猜你喜欢
  • 1970-01-01
  • 2011-12-20
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-10-06
相关资源
最近更新 更多