首先说明一下测试环境。如下图所示，解决方案中有三个项目。
其中，MainWeb项目时一个空的MVC项目，没有模型、控制器和视图。
解决方案中的其他两个项目是类库项目，与一般的类库不同的是，FirstArea和SecondArea需要依赖System.Web和ASP.NET MVC，前者在.NET框架程序集中引用，后者可以通过NuGet安装。
FirstArea和SecondArea项目中各自有一个控制器，都没有过多的代码。这两个项目代表两个不同的程序员开发的不同的后端服务。
using System.Web.Mvc;
namespace FirstArea.Controllers
{
public class DefaultController : Controller
{
public ActionResult Index()
{
ViewBag.Text = "First";
return View();
}
}
}
using System.Web.Mvc;
namespace SecondArea.Controllers
{
public class DefaultController : Controller
{
public ActionResult Index()
{
ViewBag.Text = "Second";
return View();
}
}
}
FirstArea和SecondArea项目除了控制器以外，还各自都有一个用来注册区域的类。
using System.Web;
using System.Web.Mvc;
namespace FirstArea
{
public class FirstAreaRegistration : AreaRegistration
{
public override string AreaName
{
get
{
return "FirstArea";
}
}
public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"FirstArea_default",
"FirstArea/{controller}/{action}/{id}",
new { action = "Index", id = UrlParameter.Optional }
);
}
}
}
using System.Web;
using System.Web.Mvc;
namespace SecondArea
{
public class SecondAreaRegistration : AreaRegistration
{
public override string AreaName
{
get
{
return "SecondArea";
}
}
public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"SecondArea_default",
"SecondArea/{controller}/{action}/{id}",
new { action = "Index", id = UrlParameter.Optional }
);
}
}
}
最后，将FirstArea和SecondArea项目的生成路径全都改成生成到MainWeb的bin目录中。值得注意的是，MainWeb不需要引用FirstArea和SecondArea，只要这样生成到MainWeb的bin目录中，然后将MainWeb部署到IIS上，即可实现集中部署的效果。
当然，事情还没完，我们还需要验证这样的集中部署是否有效，下面我们在MainWeb中开发前端页面。
首先，在MainWeb项目中添加FirstArea和SecondArea区域，注意，如果添加的区域有注册区域的类，是需要删掉的，因为这两个区域的注册类已经在另外两个项目中定义了。
建好区域之后，按照ASP.NET MVC的约定，在Views文件夹中新建与控制器一样名称的文件夹，再新建与Action名称一样的cshtml文件。
View的内容很简单，就是输出在action中赋值的ViewBag。
@{
ViewBag.Title = "Index";
}
<h2>我是 @ViewBag.Text 的View</h2>
最终的代码结构是下图这样的：
然后运行，运行结果如下：
总结一下，通过注册区域的方式，两个程序员就能独立的开发后端的服务，然后把编译好的dll丢到网站的bin目录中，只要在网站中按约定建立好视图，这样后端即实现了服务独立，又能满足集中部署的需求。
