DataTokens和Areas机制
到目前为止Route对象只剩下DataTokens属性没有涉及，事实上这个Areas机制的核心。
DataTokens实际上也是一个RouteValueDictionary，在用MapRoute方法构造在Route构造的时候，可以传一个namespaces字符串数组，这个参数会构造成Route对象的DataTokens["Namespaces"]，它的值将被MVC框架优先用来在对应的名字空间中查找相应的Controller。如果在指定的名字空间中能找到Controller，那么，就算在其他名字空间中有相同名字的Controller（大小写敏感）也没关系；如果在指定的名字空间中没有找到Controller，那么将在所有引用的程序集中查找，此时如果出现重复名字的Controller，那么将出现多个匹配的错误。这种行为是DefaultControllerFactory实现的，关于DefaultControllerFactory将在以后分析。
Areas机制是这样的一种机制：在不同的Area中可以有相同名字的Controller，也就是说Controller的名字可以重复了！这样整个web应用程序可以按功能划分成几个模块，每个模块是一个Area，每个Area互相独立，可以独立地由某个开发人员随意定义URL或Controller而不影响其他Area。
比如：有管理员和用户两个模块，也许需要如下的URL：
Admin/Home/Index
User/Home/Index
于是可以用VS集成的Area生成模板创建两个Area：Admin和User，分别地，由两个开发人员分别负责开发，他们都需要用HomeController和Index方法，有了Areas机制，HomeController被分别放到两个不同的名字空间中，这就不会有冲突。
讲到这里你也许隐约明白DataTokens和Areas机制的某种关系了。在vs创建Areas的时候到底做了哪些事情呢？
一、首先在每个Area中Controller都将被放置到一个名字空间中，例如：MyAppName.Areas.Admin.Controllers；
二、为每个Area创建一个AreaRegistration的继承类，如果是Admin的Area将是AdminAreaRegistration。在这个类中重写AreaName属性和RegisterArea方法：
public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"Admin_default",
"Admin/{controller}/{action}/{id}",
new { action = "Index", id = UrlParameter.Optional }
);
}
可以看到在RegisterArea方法中也调用了MapRoute方法注册路由。需要注意的是这个的MapRoute虽然也是操作全局路由表，但是它的实现略有不同：
1.首先设置的URL Pattern是以Area名字开头的，这样做是必要的，毕竟这个URL Pattern最终是放在全局中的；
2.它会将DataTokens["Namespaces"]设置成当前Area的名字空间，比如MyAppName.Areas.Admin.*。结果是，当一个请求到来是，DefaultControllerFactory会优先到这个名字空间下查找Controller。而且会增加一个DataTokens["UseNamespaceFallback"]，并设置为false，这样当且仅当显示设置的名字空间中有需要的Controller时，才能成功，其他名字空间的的同名Controller将无效；
3.最后，还会添加一个叫DataTokens["area"]的键值，并设置为当前Area名字，这是为了在反向映射(outbounding)URL的时候使用。因此在MVC中"area"键是有特殊用途的，所以不能用于url pattern的参数。
在Areas机制中有一个冲突需要注意。由于路由表只有一张，如果当前的url映射到了"root area"（即在Global域），那么将从当前所有的名字空间中查找Controller，此时很可能找到多个匹配的。解决方案是，在Globla.asax.cs中设置路由的时候，为DataTokens设置优先名字空间。
进一步扩展
当从深层次了解了路由工作机制后，就进行一些自定义了。
自定义RouteBase
有前面的分析，可以知道，在inbound时Route（继承自RouteBase）需要提供一个RouteData，因此RouteBase定义了GetRouteData方法，这是我们可以自己实现的；同时，GetVirtualPath方法用于outbound。所以，只要实现了这两个方法就可以完成一个RouteBase的实现。比如：当想要把一个老的网站改造成新的基于MVC架构的，又不想使原来的url失效，简单的处理方案可以像下面这样：
public class LegacyUrlsRoute : RouteBase
{
// In practice, you might fetch these from a database
// and cache them in memory
private static string[] legacyUrls = new string[] {
"~/articles/may/zebra-danio-health-tips.html",
"~/articles/VelociraptorCalendar.pdf",
"~/guides/tim.smith/BuildYourOwnPC_final.asp"
};
public override RouteData GetRouteData(HttpContextBase httpContext)
{
string url = httpContext.Request.AppRelativeCurrentExecutionFilePath;
if(legacyUrls.Contains(url, StringComparer.OrdinalIgnoreCase)) {
RouteData rd = new RouteData(this, new MvcRouteHandler());
rd.Values.Add("controller", "LegacyContent");
rd.Values.Add("action", "HandleLegacyUrl");
rd.Values.Add("url", url);
return rd;
}
else
return null; // Not a legacy URL
}
public override VirtualPathData GetVirtualPath(RequestContext requestContext,
RouteValueDictionary values)
{
// This route entry never generates outbound URLs
return null;
}
}
自定义IRouteHandler
通常在MVC框架中IRouteHandler由MvcRouteHandler实现，这个MVC框架的入口。尽管如此，我们还是可以自己定义一个IRouteHandler。当我们需要对某些请求做优化处理的时候可以考虑这样做。因为，自定义实现IRouteHandler意味着将忽略MVC框架。比如下面这个实现：
public class HelloWorldHandler : IRouteHandler
{
public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
return new HelloWorldHttpHandler();
}
private class HelloWorldHttpHandler : IHttpHandler
{
public bool IsReusable { get { return false; } }
public void ProcessRequest(HttpContext context)
{
context.Response.Write("Hello, world!");
}
}
}
劳动果实，转载请注明出处：http://www.cnblogs.com/P_Chou/archive/2010/11/15/details-asp-net-mvc-04.html
