引言---
在现今搜索引擎制霸天下的时代，我们不得不做一些东西来讨好爬虫，进而提示网站的排名来博得一个看得过去的流量。
URL重写与优化就是搜索引擎优化的手段之一。
假如某手机网站(基于ASP.NET MVC)分类页面URL是这样的，
http://www.xxx.com/category/showcategory?categoryid=1000&view=list&orderby=price&page=1。
太多的QueryString对爬虫是不友好的，一般的做法是，去掉不必要的QueryString，让URL更简短 ：http://www.xxx.com/category/1000。
但一个好的URL要语义化，更好的反应网站结构，所以使用类名来作为URL要比分类id更胜一筹 :http://www.xxx.com/categoryname。
这里列举了URL重写与优化的最为普遍的两个需求，
这里将分为两篇来解决这两个问题。
- 初级篇-使用Global路由表定制URL
- 进阶篇-继承RouteBase玩转URL
这里我假设各位看官已经对ASP.NET MVC 已经有所了解。文中有任何问题欢迎指正。
一，认识Global路由表
我们新建一个ASP.NET MVC Web程序的时候，会生成一个Global.asax文件。如下:
首先Application_Start()是Web应用程序启动的时候的入口。<RegisterGlobalFilters()方法是用来注册全局筛选器的,与本篇内容关系不大>
而RegisterRoutes()方法是用来注册路由表的
这里已经有了两条默认的路由规则：
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
IgnoreRoute()是RouteCollection路由表类的扩展方法，用于忽略指定的路由请求。这句意思是忽略对扩展名为.axd文件的请求。<这个方法不在此详述>
我们主要来看这一条路由规则:
routes.MapRoute(
"Default", // 路由名称
"{controller}/{action}/{id}", // 带有参数的 URL
new { controller = "Home", action = "Index", id = UrlParameter.Optional } // 参数默认值
);
MapRoute()方法是一个添加路由映射的方法(RouteCollection类的扩展方法)。这里是它最常用的一个重载，映射指定的 URL 路由并设置默认路由值:
- "Default"是路由的名称，这个名称在应用程序的路由的集合(routes对象)中是唯一的，如果重名生成时就会报错。
- "{controller}/{action}/{id}"代表的是路由的 URL表达式。
- new { controller = "Home", action = "Index", id = UrlParameter.Optional } 声明了一个包含路由值的object匿名对象。
这条语句添加了一条路由规则，将URL表达式映射到一个路由值-指向某个Controller下的某个Action方法。
e.g.：我们在浏览器中输入相对地址/home/index HomeController.Index()方法就会被调用。
发布网站的时候Global.asax文件会被编译成DLL。程序启动的时候就会首先调用Application_Start()方法，
执行RegisterRoutes(RouteTable.Routes)语句后，路由表就完成注册了，默认路由规则开始生效。
有了这条默认规则，我们就可以使用/controllername/actionname?querystring=...这样的相对URL来调用程序中的每个action方法。
熟悉ASP.NET MVC的人可以想到，如果没有什么特殊要求的系统，比如网站后台，就不用再折腾了，一条默认路由规则足矣撑起整个Web程序了。
二，路由匹配规则
1.首先我们需要科普一下如何来定义一条URL表达式。
首先URL表达式都是相对的，不包括主机域名部份(比如http://www.xxx.com)。{}保存的是占位符，“/”，“.”则用来作为分隔符，什么都有没则是静态内容:
- URL /category/showcategory/1000 匹配 "{controller}/{action}/{id}"。
- URL /product/2012/4/28.html 匹配 “/product/{year}/{month}/{day}.html” ,诸如此类。
这里需要注意的是{controller}和{action}是保留的两个占位符，分别代表对应的控制器名称和操作名称。
{controller}对应控制器的名称，这里规定是控制器全名去掉Controller后缀的部份，CategoryController即Category
{action}对应控制器内的Action方法的名称。
2.路由有两种不同的操作。
获取路由值，当你在浏览器输入一个URL时，程序会在我们添加的路由表中通过对比URL表达式进行匹配，找到对应路由值。
我们来看一个例子，我们来添加两条路由规则。
routes.MapRoute("Test", "where-are-you-going", new { controller = "Home", action = "Index" });
routes.MapRoute("Test1", "where-are-you-going", new { controller = "Home", action = "Others" });
假设HomeController里有两个Action 分别是Index()和Others()。
各位看官觉得在浏览器输入http://www.xxx.com/where-are-you-going 哪个方法会被调用呢？如果上下颠倒一下呢？
<调用HomeController.Index()/颠倒后调用HomeController.Others>
获取URL,下面这段代码就使用Url.Action方法通过Controller和Action名完全限定了一个URL，
即我们有了一个路由值，通过在路由表中匹配，可以找到对应的URL模式，进而生成一个URL
<a href="@Url.Action("Index", "Home")">主页</a>
现在我们在默认的路由规则下再添加一条如下的路由规则
routes.MapRoute("MyHome", "myhome/{id}", new { controller = "Home", action = "Index", id = UrlParameter.Optional });
你觉得页面会显示什么呢？
<a href="http://www.xxx.com/">主页</a>
or
<a href="http://www.xxx.com/myhome">主页</a>
如果把这条路由规则写在默认规则的上面呢？
<谁写在上面就显示其匹配的URL>
3.上面的问题大家可以自己尝试一下，很明显，路由的匹配是 自上而下 的，只要匹配到第一条记录，就会返回对应URL或者路由值。
这一点非常重要。很多人在定制路由规则的时候，总是发现自己的规则不生效。那么你就应该检查是不是被前面的路由覆盖掉了。
三，解决开始的问题
从这个站的URL可以看出，
http://www.xxx.com/category/showcategory?categoryid=1000&view=list&orderby=price&page=1，
用的应该只是默认路由规则，
可以推断出有一个名为Category的控制器，其中有个方法名为ShowCategory,必选参数为categoryid，其他为可选参数。
根据上面介绍的Global路由表来完成URL重写的知识，
按照站长的要求，我们只需要添加一条路由规则就完事了。是不是很简单？
routes.MapRoute("Category", "category/{categoryid}", new { controller = "Category", action = "ShowCategory" }
这时候一定要注意喔，不要写在默认路由的下面，你懂得。不然你就悲剧了。
一般情况下我们建议如果你需要使用Globel文件来定制路由，请删除最初的默认路由，并给每一个Action定制自己的路由。
routes.MapRoute("Home", "", new { controller = "Home", action = "Index" });
使用上述路由来取代默认路由。
浏览器输入相对URL “/”时就会调用HomeController.Index()方法了。
这样做的原因是，默认路由容易与定制路由起冲突。
强烈建议大家自己动手玩一玩Global文件，重写URL来亲身感受一下。其实有一个悬念我留给大家了，
为什么默认规则下获取首页的URL是“/”而不是“/home/index”呢。^_^
匹配规则还有贪婪匹配和缺省匹配一说，这个留大家去了解把。
使用Global还是有很多的局限性的，上例中因为方法ShowCategory有一个参数categoryid，它存在与路由信息的键值对中，
在配置时我们就可以使用占位符来{categoryid}来显示它。
换作http://www.xxx.com/categoryname 这样的URL，如果不修改程序，Global是无能为力的，因为categoryname并不存在与路由信息的键值对中。
应对这样的较为复杂多变的URL重写与优化的需求(需求总是复杂多变的＝。＝)。
---------------------------------------初级篇完--------------------------------------------