MVC中使用Area实现模块化管理实践与优化.pdfVIP

mvcArea相关技术

ASP.NETMVC中,是依靠某些文件夹以及类的固定命名规则去组织model实体层，views视图层和

控制层的。如果是大规模的应用程序，经常会由不同功能的模块组成，而每个功能模块都由MVC中

的三层所构成，因此，随着应用程序规模的增大，如何组织这些不同功能模块中的MVC三层的目录

结构，有时对开发者来说显得是种负担。

幸运的是，ASP.NETMVC允许开发者将应用划分为“区域”(Area)的概念，每个区域都是按照

asp.netmvc的规定对文件目录结构和类名规则进行命名。在本文中，将介绍如何在ASP.NET

MVC应用中使用Area进行模块管理。

什么是Areas?

简单来说，Areas是将ASP.NETMVC应用按照不同的功能模块划分，对每个功能模块使用

ASP.NETMVC规则的目录结构和命名方法。考虑如下图的场景：

在上图中可以看到，这个应用程序由三个功能模块组成，分别为Blog,HelpDesk和Shopping。

如果不使用区域Areas的话，则必须将所有的控制层和视图层文件都放在各自的目录中去，显然，

不能在不同的功能模块中的对控制器有相同名，比如不能在Blog模块中命名HomeController，

同时也对HelpDesk模块命名HomeController。可以解决的方法是，在一个控制器中将所有的模

块中的action方法都放在一起，或者创建两个控制器，以不同的方法命名(BlogHomeController和

HelpDeskHomeController).

如果使用了areas进行模块划分，则每个功能模块都会MVC的目录结构。比如，每个模块

都会有自己的控制层，视图层和实体层的目录。因此，可以在Blog模块中拥有HomeController类，在

HelpDesk模块中也可以同名的HomeController类。所以，实际上在上面的例子中，将会有4个

MVC的结构，一个是主程序的，三个分别是三个模块(Blog,HelpDeskandShopping的)

增加新的Area

MVC领域相关技术

Asp.netMVC中，是依靠某些文件夹以及类的固定命名规则去模型实体层，Views视图层和，经常会由

不同功能的模块组成，而每个功能模块都由MVC中，随着应用程序规模的增大，如何组织这些不同功能

模块中的，如何组织这些不同功能模块中的MVC三层的目录，有时对开发者来说扩展是种负担。有时对

开发者来说扩展是种负担。有时对开发者来说扩展是种负担。有时对开发者来说是扩展品种负担。

幸运的是，允许asp.netMVC开发者将应用划分为“区域”(Area)的概念，每个区域都按照

asp.netMVC的规定对文件目录结构和类名规则进行命名。在本文中，将介绍如何在

asp.netMVC应用中使用Area进行模块管理。

什么是区域？

简单来说，area是asp.netmvc应用按照不同的功能模块划分，对每个功能模块使用

asp.netmvc规则的目录结构和命名方法。考虑下图的场景：

在上例中可以看到，这个应用程序由功能三个模块组成，分别为博客、帮助台和购物。如果不使用区域的话，显然，比如

不能在，比如不能在比如不能在博客模块中命名HomeController，同时也对Help