ASP.NET MVC URL重写与优化(1)-使用Global路由表定制URL

ASP.NET MVC URL重写与优化(1)-使用Global路由表定制URL

引言---

　　在现今搜索引擎制霸天下的时代，我们不得不做一些东西来讨好爬虫，进而提示网站的排名来博得一个看得过去的流量。

　　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文件。如下:

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Web;
 5 using System.Web.Mvc;
 6 using System.Web.Routing;
 7
 8 namespace JohnConnor.Web
 9 {
10     // 注意: 有关启用 IIS6 或 IIS7 经典模式的说明，
11     // 请访问 http://go.microsoft.com/?LinkId=9394801
12
13     public class MvcApplication : System.Web.HttpApplication
14     {
15         public static void RegisterGlobalFilters(GlobalFilterCollection filters)
16         {
17             filters.Add(new HandleErrorAttribute());
18         }
19
20         public static void RegisterRoutes(RouteCollection routes)
21         {
22             routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
23
24             routes.MapRoute(
25                 "Default", // 路由名称
26                 "{controller}/{action}/{id}", // 带有参数的 URL
27                 new { controller = "Home", action = "Index", id = UrlParameter.Optional } // 参数默认值
28             );
29
30         }
31
32         protected void Application_Start()
33         {
34             AreaRegistration.RegisterAllAreas();
35
36             RegisterGlobalFilters(GlobalFilters.Filters);
37             RegisterRoutes(RouteTable.Routes);
38         }
39     }
40 }

　　首先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重写与优化的需求(需求总是复杂多变的＝。＝)。