在最新版本的ASP.NET MVC 2中,他们推出了MS支持的区域概念。但是,要执行此区域概念,必须创建多个单独的项目。每个区域一个项目。在ASP.NET MVC 1中,还有许多其他方法可以支持您仍然在同一项目中工作的区域。这篇文章不是关于区域是否重要或不是但是适当的实施将是什么。您喜欢与地区合作的原因是什么?为什么?您如何看待这种新的多项目执行方式?

以下是实施区域的前2.0种方法:

http://haacked.com/archive/2008 /11/04/areas-in-aspnetmvc.aspx

http:// blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/

http://devlicio.us/blogs/billy_mccafferty/archive/2009/01/22/mvc-quot-areas-quot-as-hierarchical-subfolders-under-views.aspx

我即将开始研究一个非常大的ASP.NET MVC项目(并且迫不及待地想深入研究2.0预览版)并且想知道我是否应该使用这个新领域实现或者我们已经证明可以工作的。

其他提示

由于ASP.NET MVC 2的发布有时在未来有些不确定,我建议你做MVC 1提供的功能。但是用区域功能实现你的项目会很棒因此,如果需要,您可以在以后更轻松地扩展现有解决方案。

我建议你看一下ScottGu关于MVC 2新奇事物的博客文章。还有一个带有区域的文件/文件夹结构的很好的截图。

我对你的建议是这样的:
如果您计划在MVC2中开发庞大的Web应用程序,我建议您采用已经实现的区域功能的路径。当你完成它的开发时,MVC将会发货,并且无论如何都会支持区域。

请不要重新发明轮子并用此产生某种自己的解决方案。

但是如果你不能在V2中开始,请使用Haack的区域解决方案。

scroll top