Asp.net mvc 关于asp mvc应用程序的组织

我正在启动一个新的web应用程序，它将由多个部分或模块组成。 我的客户希望能够将带有模块子集的应用程序重新分发给其他客户机。我读到了mvc2中的一些区域，这似乎就是我所看到的。 我还想在侧项目中开发这些模块，并根据客户的规范构建正确的模块

有没有比我更有mvc经验的人可以确认这在某些领域是可行的

谢谢

---

mateo

你实际上不需要这样的区域。如果您在解决方案中的单独项目中开发每个模块，则每个模块都有自己的组件。除非我误解了你的要求，否则这应该行得通

---

进一步澄清：区域通常用于将一个非常大的应用程序划分为多个部分，每个部分可能有不同的开发团队。例如，堆栈溢出可能有问答引擎区域、角色和权限区域、登录和身份验证等等。

我认为每个模块都应该是一个单独的项目（一个单独的程序集/DLL，有自己的职责）。您可以将每个模块“连接”为一个乐高：d。然后，要使用模块子集重新分发应用程序，您可以使用一个构建脚本，在该脚本中指定最终产品中的模块。该产品的每个版本都有不同的形状（如乐高游戏），呈现不同的功能子集

值得一提的是，MVC中的区域概念如下：

为了适应大型项目，ASP.NET MVC允许您对Web进行分区 将应用程序转换为更小的单元 被称为区域。地区 提供一种分离大型MVC的方法 将Web应用程序转换为更小的 功能分组。一个区域是 有效地在 应用申请可以 包含几个MVC结构 （区域）

例如，单个大型电子商务 应用程序可以分为 代表店面的区域， 产品评论，用户帐户 行政管理和采购 系统。每个区域代表一个区域 整体的独立功能 应用程序

---

我不确定多项目区域是否在vs2008中工作。我不打算搬到vs2010。我还检查了mvc contrib的便携区。我想我将只讨论主mvc应用程序中的区域。我似乎记得读过一篇文章，说ASP.NET mvc 2完全没有包含多项目区域，但我现在当然找不到链接到这里。我认为Leniel只是列出了独立于他单独的项目建议的区域定义。