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

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

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

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

NameSpace结构如下：

MvcApplication.Controllers.BrowseController

MvcApplication.Areas.Database.Controllers.BrowseController

路由注册信息如下：

        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
            );

        }

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也牵涉其中：

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);
        }

	// ...
    }
}

namespace System.Web.Mvc
{
    public class AreaRegistrationContext
    {
	// ...
        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，互不相干。