ASP.NET MVC - Area的路由映射（使用NampSpace）

在开始之前，首先来看2个问题。

如果有一个Area叫Database，在它的下面有一个Controller名字叫做Browse。

另外我在顶层也有一个Controller，名字也叫Browse。

NameSpace结构如下：

MvcApplication.Controllers.BrowseController

MvcApplication.Areas.Database.Controllers.BrowseController

路由注册信息如下：

[csharp]
view plain
copy

public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

routes.MapRoute(
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller = "Home", action = "Index", id = UrlParameter.Optional } // Parameter defaults
);

}

[csharp]
view plain
copy

namespace MvcApplication.Areas.Database
{
public class DatabaseAreaRegistration : AreaRegistration
{
public override string AreaName
{
get
{
return "Database";
}
}

public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"Database_default",
"Database/{controller}/{action}/{id}",
new { action = "Index", controller = "Browse", id = UrlParameter.Optional }
);
}
}
}

问题1：当我输入: http://localhost/Browse的时候，会出现什么情况？
问题2：当我输入: http://localhost/Database/Browse的时候，又会出现什么情况。
输入http://localhost/Browse，我们得到的将是一个异常: Multiple types were found that match the controller named 'Browse'.

而输入http://localhost/Database/Browse，我们却能够正常地访问到 MvcApplication.Areas.Database.Controllers.BrowseController。

如果看过DefaultControllerFactory源代码的同学，对于第一个问题不难理解，在有Controller同名的情况下(虽然是在不同的命名空间)，会发生异常并不奇怪，但是为何在Area中却没有任何冲突呢？

乍一看，两者的路由注册并没有太多的不同，为什么结果却截然不同呢？

如果认为顶层路由映射和Area路由映射没有太多不同的话，那可就要被骗喽。

实际上，两者用的函数名确实是一样的，但是顶层用到的是RouteCollection去MapRoute，而在Area中，用的确实AreaRegistrationContext去MapRoute。

由此可以猜想，这个不老实的AreaRegistrationContext肯定在背后偷偷摸摸干了些什么事情。

在看了一下的源码之后发现，这个事情并不是由AreaRegistrationContext单独完成，AreaRegistration也牵涉其中：

[csharp]
view plain
copy

namespace System.Web.Mvc
{
public abstract class AreaRegistration
{
private const string TypeCacheName = "MVC-AreaRegistrationTypeCache.xml";

public abstract string AreaName { get; }

internal void CreateContextAndRegister(RouteCollection routes, object state)
{
AreaRegistrationContext context = new AreaRegistrationContext(AreaName, routes, state);

string thisNamespace = GetType().Namespace;
if (thisNamespace != null)
{
context.Namespaces.Add(thisNamespace + ".*");
}

RegisterArea(context);
}

<span style="white-space:pre"> </span>// ...
}
}

[csharp]
view plain
copy

namespace System.Web.Mvc
{
public class AreaRegistrationContext
{
<span style="white-space:pre"> </span>// ...
public Route MapRoute(string name, string url, object defaults, object constraints, string[] namespaces)
{
if (namespaces == null && Namespaces != null)
{
namespaces = Namespaces.ToArray(); // 如果没有填写命名空间，则使用Area所在的命名空间
}

Route route = Routes.MapRoute(name, url, defaults, constraints, namespaces);
route.DataTokens["area"] = AreaName;

// disabling the namespace lookup fallback mechanism keeps this areas from accidentally picking up
// controllers belonging to other areas
bool useNamespaceFallback = (namespaces == null || namespaces.Length == 0);
route.DataTokens["UseNamespaceFallback"] = useNamespaceFallback;

return route;
}
}
}

从上述源码中可以看出，在注册Area的路由时，如果没有填写命名空间的话，则会默认使用Area所在的命名空间。如此一来，使用Area的路由在寻找Controller时，只会在Area所在的空间下寻找相应的Controller，那就不存在与顶层Controller的冲突问题了，可是顶层的同名Controller问题如何解决呢，这个好办，在顶层路由映射的时候主动加上命名空间吧，这样子就皆大欢喜，你用你的Browse，我用我的Browse，互不相干。