ASP.NET MVC中,是依靠某些文件夹以及类的固定命名规则去组织model实体层，views视图层和控制层的。如果是大规模的应用程序，经常会由不同功能的模块组成，而每个功能模块都由MVC中的三层所构成，因此，随着应用程序规模的增大，如何组织这些不同功能模块中的MVC三层的目录结构，有时对开发者来说显得是种负担。

　　幸运的是，ASP.NET MVC允许开发者将应用划分为“区域”（Area）的概念，每个区域都是按照asp.net mvc的规定对文件目录结构和类的命名规则进行命名。在本文中，将介绍如何在ASP.NET MVC应用中使用Area进行模块管理。

　　什么是Areas？

　　简单来说，Areas是将ASP.NET MVC应用按照不同的功能模块划分，对每个功能模块使用ASP.NET MVC规则的目录结构和命名方法。考虑如下图的场景：

　　在上图中可以看到，这个应用程序由三个功能模块组成，分别为Blog,Help Desk和Shopping。如果不使用区域Areas的话，则必须将所有的控制层和视图层文件都放在各自的目录中去，显然，不能在不同的功能模块中的对控制器有相同的命名，比如不能在Blog模块中命名HomeController，同时也对HelpDesk模块命名HomeController。可以解决的方法是，在一个控制器中将所有的模块中的action方法都放在一起，或者创建两个控制器，以不同的方法命名（BlogHomeController和HelpDeskHomeController）。

　　如果使用了areas进行模块划分，则每个功能模块都会复制MVC的目录结构。比如，每个模块都会有自己的控制层，视图层和实体层的目录。因此，可以在Blog模块中拥有HomeController类，在HelpDesk模块中也可以同名的HomeController类。所以，实际上在上面的例子中，将会有4个MVC的结构，一个是主程序的，三个分别是三个模块（Blog, HelpDesk and Shopping的）

　　增加新的Area

　　下面我们来开始学习如何新增Area。首先使用vs.net 2010新建一个MVC应用。然后在方案解决器中，鼠标右键点击后在出现的菜单中选择新增>Area，就会显示如下图的对话框：

　　在其中输入要增加的Area的名称，比如HelpDesk。在输入三个不同的Area后，项目呈现如下图的结构：

　　可以看清晰看到，整个应用是有一个叫Areas的目录,其中下面三个模块都有各自的控制层，模型层和视图层的目录了。同样，在应用的外层目录中，依然有实体层和控制层和视图层的目录。