我正在启动一个由多个部分或模块组成的新 Web 应用程序。我的客户希望能够将带有模块子集的应用程序重新分发给其他一些客户。我读到了 mvc2 中的区域,这似乎是我正在查看的内容。我还想在辅助项目中开发这些模块,并根据客户的规格进行正确的构建。
比我有更多 mvc 经验的人可以确认这在领域是可能的。
谢谢马特奥
我正在启动一个由多个部分或模块组成的新 Web 应用程序。我的客户希望能够将带有模块子集的应用程序重新分发给其他一些客户。我读到了 mvc2 中的区域,这似乎是我正在查看的内容。我还想在辅助项目中开发这些模块,并根据客户的规格进行正确的构建。
比我有更多 mvc 经验的人可以确认这在领域是可能的。
谢谢马特奥
你实际上不需要这个区域。如果您在解决方案中的单独项目中开发每个模块,它们将各自拥有自己的程序集。除非我误解了您的要求,否则这应该有效。
进一步澄清:区域通常用于将非常大的应用程序分成可能有不同开发团队的部分。例如堆栈溢出可能有问答引擎区域、角色和权限区域、登录和身份验证等。
我认为每个模块都应该是一个单独的项目(一个具有自己职责的单个程序集/DLL)。您将“连接”每个模块作为乐高:D。然后,要使用模块子集重新分发应用程序,您将拥有一个构建脚本,您可以在其中指定最终产品内外的模块。每个版本的产品都会有不同的形状(如在乐高游戏中),呈现不同的功能子集。
顺便提一下,MVC 中区域的概念是这样的:
为了适应大型项目,ASP.NET MVC 允许您将 Web 应用程序划分为称为区域的较小单元。区域提供了一种将大型 MVC Web 应用程序分成更小的功能组的方法。区域实际上是应用程序内部的 MVC 结构。一个应用程序可以包含多个 MVC 结构(区域)。
例如,单个大型电子商务应用程序可能被划分为代表店面、产品评论、用户帐户管理和采购系统的区域。每个区域代表整个应用程序的一个单独功能。