理解MVC路由配置
URL路由不是MVC独有的，相反它是独立于MVC而单独存在的(在System.Web.Routing下)。因此，URL路由也能为传统的ASP.NET应用程序服务。我用一个简单的例子来解释路由，在我们的上一节的"ASP.NET MVC应用程序"中添加一个新的页面default.aspx，其后台代码如下：
protected void Page_Load( object sender, EventArgs e)
{
var originalPath = Request.Path;
HttpContext.Current.RewritePath(Request.ApplicationPath, false );
IHttpHandler handler = new MvcHttpHandler();
handler.ProcessRequest(HttpContext.Current);
HttpContext.Current.RewritePath(originalPath, false );
}
当执行请求页面default.aspx时，首先将请求的路径重写为"/"，而该路径会匹配路由{controller}/{action}/{id}，根据Global.asax路由配置，将映射为Home/Index/，从而输出Index.aspx的内容(而不是default.aspx的内容)，不禁要问：为什么default.aspx在MVC应用程序中当做普通的ASP.NET页面，而不是将该请求转化为路由执行？是不是在MVC中就不能使用普通的ASP.NET页面呢？如果不能，当有一天我希望将我的普通站点转化为MVC站点时，是否还需要重新开发？带着这些疑问，我们进一步来探讨如何在MVC中支持原有的ASP.NET页面。在Global.asax中的Application_Start()方法中添加以下代码：
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterRoutes(RouteTable.Routes);
RouteTable.Routes.RouteExistingFiles = true ;
}
再次运行default.aspx会出现以前错误页面(找不到页面)。
刚才增加的代码：RouteTable.Routes.RouteExistingFiles = true(默认为false);表明MVC启用对现有Web页面的解析，此时尽管同样解析到路由{controller}/{action}/{id}上，但却找不到对应的控制器路由参数default.aspx，因而导致错误。接下来我们为它添加相关的路由设置，在Global.asax中添加以下代码：
// 为default.aspx添加路由
routes.MapRoute(
" Start " ,
" default.aspx " ,
new { controller = " Home " , action = " Index " , id = UrlParameter.Optional }
);
删除或注释掉default.aspx.cs中的代码再次运行，会发现页面能正常解析。需要说明的是，URL路由的排列顺序非常关键，一旦找到第一个匹配的路由，将不会继续寻找剩下的路由了。是因为这里找到了匹配的路由Start，从而正确的映射到Home下的视图Index.aspx。为了更加深入理解路由解析的匹配规则，我们引入"路由匹配监控器"。添加引用" RouteDebug.dll "，并在Global.asax中注册检测代码以分别检测没有启用和启用(依靠RouteExistingFiles属性)ASP.NET页面解析两种情况。
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterRoutes(RouteTable.Routes);
// RouteTable.Routes.RouteExistingFiles = true;
RouteDebugger.RewriteRoutesForTesting(RouteTable.Routes);
}
未启用(默认)Web页面解析的路由监控图
启用Web页面解析的路由监控图
从图中我们发现，当启用Web页面解析时，比未启用适多出一个路由项，这是因为此时是从Global.asax中去寻找匹配的路由项。过程大概是这样的：首先会到路由表集合中寻找，如果找到匹配的路由定义则解析路由定义中的各个参数，依次获取参数映射的控制器/视图/参数信息，最后定位到指定控制器下的指定视图页面进行输出。相反，而过找不到对应的匹配路由则返回错误页面。
前面已提到过，URL路由的基本格式是: {controller}/{action}/{id}，但也存在很多变体，总的来说，都会把不包含在{}中的部分当成常量来处理。如：blog/{action}/{author}的正确映射应该为:blog/show/miracle，再比如{report}/{year}/{month}/{day}映射为:sale/2012/5/25。这样就非常好理解页面具有的功能。开发者一般都会通过Global.asax文件的Application_Start()来设置URL路由的定义，通过静态类RouteTable的Routes属性来设置路由。
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute( " {resource}.axd/{*pathInfo} " );
routes.Add( new Route( " blog/{action}/{author} " , new BlogRouteHandler()));
}
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterRoutes(RouteTable.Routes);
}
我们可以看出在路由中定义了两个路由参数:action和author。当用户发送URL请求 http://server/blog/show/miracle 时，根据路由的定义将进行映射，使得action映射为show，author映射为miracle，如果当用户发送请求 http://server/blog/add 时，由于找不到对应的路由也没有默认路由，此时URL路由将不会进行处理，而是作为普通的页面交由ASP.NET应用程序处理。在添加URL路由的同时，还可以设置路由参数的默认值。
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute( " {resource}.axd/{*pathInfo} " );
routes.Add( new Route( " blog/{action}/{author} " , new BlogRouteHandler())
{
Defaults = new RouteValueDictionary
{
{"action", "show"},
{"author", "miracle" }
}
});
}
现在用户就可以发送更多的请求了，如: http://server/blog 将映射到 http://server/blog/show/miracle 上， http://server/blog/add 将映射到 http://server/blog/add 上，而 http://server/blog/add/miraclehe 将映射到 http://server/blog/add/miraclehe 上。简单总结一句：如果对应的路由参数没有填充值的话，则使用默认值，否则使用对应的路由参数值。有时，为了适应一类URL的定义，可以用通配符(*)来表示。如:blog/query/{*values}，对应的映射可以包含如下：/blog/query/miracle/2012/05，/blog/query/miracle或/blog/query等。可能还需要为路由参数添加约束，以更好的满足参数的准确性。如：
public static void RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute( " {resource}.axd/{*pathInfo} " );
routes.Add( new Route( " blog/{locale}/{year} " , new BlogRouteHandler())
{
Constraints = new RouteValueDictionary
{
{"locale", "{a-z}{2}-{A-Z}{2}"},
{"year", @"\d{4}" }
}
});
}
对应的映射为：/blog/en-US/2012，而/blog/en-us/2012，/blog/en-US/12均不符合要求。介绍了关于默认值和约束的相关知识后，我们来看看Route类定义，主要包含以下属性：默认值Defaults、约束Constraints、命名空间DataTokens、URL路由以及路由处理程序RouteHandler，以下是其构造函数列表。
public Route( string url, IRouteHandler handler); public Route( string url, RouteValueDictionary defaults, IRouteHandler handler); public Route( string url, RouteValueDictionary defaults, RouteValueDictionary constraints, IRouteHandler handler); public Route( string url, RouteValueDictionary defaults, RouteValueDictionary constraints, RouteValueDictionary dataTokens, IRouteHandler handler);
可以看出，最简单的构造函数只需要URL路由和路由处理程序，最复杂的则包含所有属性。
var route = new Route( " blog/{action}/{author} " ,
new RouteValueDictionary { { " action " , " show " }, { " author " , " miracle " } },
new MvcRouteHandler());
可将(多个)路由添加到路由集合RouteCollection中，通过RouteTable.Routes属性来维护路由集合。
public static void RegisterRoutes(RouteCollection routes)
{
routes.Add( new Route( " blog/{action}/{author} " ,
new RouteValueDictionary { { " action " , " show " }, { " author " , " miracle " } },
new MvcRouteHandler()));
}
大家可能会发现，添加路由有MapRoute和Add两个方法，那到底有什么区别的。MapRoute是RouteCollection的扩展方法，同时还有IngnoreRoute，而Add则是实例方法，相对来说要使用Add来调用比较复杂(包含刚才提到的5大属性)，而MapRoute则相对简洁。
public static void RegisterRoutes(RouteCollection routes)
{
routes.MapRoute(
" Article " , // 路由名称
" blog/{action}/{author} " , // 带有参数的 URL
new { controller = " Home " , action = " show " , author = " miracle " }
);
}
细心的朋友会发现，在MapRoute中指定了路由名称(可选)，到底有什么用呢？先看以下生成链接(在下一篇文章中将提到)的代码：
<%= Html.RouteLink( " Miracle's Blog " , " Article " , new { action = " compose " }) %>
此时在URL路由匹配时就直接按照名称解析，同时可以不用指定默认的路由参数，而不用遍历匹配以提高匹配效率。另一种优化路由的方式是将最常见的路由存放在路由表的最前面(只要找到第一个则不再寻找)。
有时，我们需要自定义路由约束(需要实现IRouteConstraint的Match方法)以满足更复杂的路由需求。假定路由为: blog/miracle/{year}/{month}/{day}。此时year参数的参考值：2000~2012，month为:1~12， day为：28、29、30或31(根据月份而定)。分别添加YearRouteConstraint类、MonthRouteConstraint类和DayRouteConstraint类。
日期路由约束
接下来，我们可以来利用自定义约束配置路由。
// 配置自定义约束
routes.MapRoute( " Article " , " blog/{year}/{month}/{day} " ,
new
{
controller = " blog " ,
action = " show " ,
author = " miracle " ,
year = "" ,
month = "" ,
day = ""
},
new
{
year = new YearRouteConstraint(),
month = new MonthRouteConstraint(),
day = new DayRouteConstraint()
});
现在如果运行 http://server/blog/show/miracle/2012/4/31 将报错，因为不符合日期约束。
接下来，我简要总结一下路由解析流程。 当用户输入URL地址发送请求时，UrlRoutingModule类就会到路由表(RouteTable)中解析与请求匹配的路由，然后将该路由分发到路由处理程序(IRouteHandler)，并连同RequestContext一起再次分发到Mvc处理程序(IHttpHandler)，定位相关的控制器并执行相关的动作实现输出。 以下的整个过程的示意图。
最后，我顺便提一下如何在传统的Web站点中使用路由(一般情况下用户将传统站点转化为MVC站点的项目迁移过渡)。主要包含以下两个步骤：
1.常见实现IRouteHandler接口的WebFormRouteHandler类，返回实现IHttpHandler接口的实例化对象(实际上任何一个Page都是一个IHttpHandler实例对象)。
public class WebFormRouteHandler : IRouteHandler
{
public string VirtualPath { get ; private set ; }
// 初始化虚拟路径
public WebFormRouteHandler( string virtualPath)
{
this .VirtualPath = virtualPath;
}
public IHttpHandler GetHttpHandler(RequestContext requestContext)
{
// 创建实例化的页面对象
var page = BuildManager.CreateInstanceFromVirtualPath(VirtualPath, typeof (Page)) as IHttpHandler;
return page;
}
}
2.配置全局应用程序类(Global.asax)，实现路由到传统Web Form的映射。
// 映射传统的web站点
routes.Add( " show " , new Route( " blog/show/{author} " , new WebFormRouteHandler( " ~/pages/show.aspx " )));
routes.Add( " compose " , new Route( " blog/compose/{year}/{month}/{day} " , new WebFormRouteHandler( " ~/pages/compose.aspx " )));
然后在default.aspx中添加两个链接：
< div >
< a href ="blog/show/miracle" > blog/show/miracle </ a >
< a href ="blog/compose/2012/5/28" > blog/compose/2012/5/28 </ a >
</ div >
点击对应的链接就会进入相关的页面。通过以上的学习，我们发觉可以设置个性化的路由( 源代码 在此下载)，但请读者考虑如何验证被映射页面的安全性，我将以后的章节中详细讲解。
分类: MVC
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息