MVC URL outbound原理及URL优化设计-MVC原理系列3
URL是如何通过路由表生成的(outbound)
通常我们被推荐在view设计时使用Html.ActionLink(…)产生链接，这样做的优势就是，url可以根据路由表生成。路由机制的另一个职责便是根据路由表生成url，而不是由我们手动编写。接下来深入分析一下其原理。
类似Html.ActionLink的方法，最终都将通过查询路由表来生成url，跟inbound一样，路由表总是按顺序被依次遍历，直到匹配。每个Route的GetVirtualPath方法负责审查，该方法接受一个RouteValueDictionary参数，该参数实际上就是由相应的Helper提供的。当以下三个条件成立时，认为匹配成功：
一、每个由大括号定义的参数必须能够找到对应的值。按照优先顺序这些值将有下面三种来源：
1.RouteValueDictionary参数明确提供的。也就是我们在调用某些有生成url功能的Helper时提供的，比如ActionLink方法；
2.*从当前请求的上下文的RouteData中；关于这点有更特殊的情况，下面将详细讨论；
3.Route的Defaults中。
二、如果每个Defaults集合中的参数与RouteValueDictionary参数中的值都符合，而且这些值没有在url pattern中用大括号定义，那么认为匹配。听起来有点拗口，下面举个例子.
假如有如下规则：
1 | routes.MapRoute( null, |
2 | "manage/orders/{page}", |
3 | new { controller = "Admin", |
4 | action = "OrderManage", page = UrlParameter.Optional }); |
页面有如下链接：
1 | <a href="<%:Url.Action("OrderManage", "Admin") %>">Order</a> |
最后生成的链接将是这样的（这里省略了前面的domain）：
1 | <a href="…/manage/orders">Order</a> |
Defaults中有两个参数controller和action，在url的pattern中没有类似{controller}和{action}，而且Url.Action的参数同时提供了与Defaults设置一致的参数值（这已经够了），于是这个url是匹配的。
三、每个参数都符合Constraints的匹配规则。
满足上面三个条件后，GetVirtualPath就会将相应的参数填入url中，并最终返回url的字符串。需要强调的一点是：MVC框架的这种行为工作在懒惰模式下，一旦“该要的要到了”，那么就停止继续遍历。这也从另一个角度说明了，把特殊的往前放的黄金原则。
举个例子：
下面是两个有顺序的Route：
01 | routes.MapRoute( |
02 | null, |
03 | "manage/car", |
04 | new { controller = "Admin", action = "Car" } |
05 | ); |
06 | routes.MapRoute( |
07 | null, |
08 | "manage/car/{operation}", |
09 | new { controller = "Admin", action = "Car" } |
10 | ); |
有一个链接表示：
1 | <%: Html.ActionLink("Add Car", "Car","Admin", new { operation = "add" }, null )%> |
最后的结果是什么呢？是manage/car/add吗？
其实最后的结果是manage/car，为什么呢？对于第一个Route，它期望的是controller和action这两个参数，而上面的ActionLink的确完整的提供了这两个参数，而且与Defaults设置一致（这满足规则的第二条），于是匹配了！即使还提供了operation参数，框架也不管了。显然这不是希望的。只要把两个Route的位置换一下即可。这个例子只是一个演示。
*关于上面条件一的第二小点，其实是个很棒的特性，这里补充一个例子：
假设当前页面的url是：/Catalog/List/Purple/123
1 | routes.MapRoute(null, "{controller}/{action}/{color}/{page}"); |
1 | <%: Html.ActionLink("Click me", "List", "Catalog", new {page=789}, null) %> |
这个link能匹配这个route吗？也许你认为我没有提供color参数啊，怎么能匹配呢？事实上，结果确出人意料的是：
1 | <a href="/Catalog/List/Purple/789">Click me</a> |
因为当前页面是/Catalog/List/Purple/123，此时的RouteData保存了color参数值，尽管在ActionLink中没有显示设置color，但是仍然从当前的RouteData中找到了color参数。
再看一个例子：
当前页面的url还是：/Catalog/List/Purple/123
1 | routes.MapRoute(null, "{controller}/{action}/{color}/{page}"); |
1 | <%: Html.ActionLink("Click me", "List", "Catalog", new {color="Aqua"}, null) %> |
这个link还能匹配这个route吗？也许你认为根据上面的规则应该能，但结果却是无法匹配，为什么呢？因为有个原则，RouteData中的数据只能用于填充url pattern中“靠前的参数”，最后一个参数是不能的！
最后关于outbound还有一个原则，Defaults提供的值，会尽可能的不出现在最终的url结果中。
ASP.NET MVC URL设计优化，网站SEO优化
在MVC框架下，我们可以对URL做完全的控制，自然就想到要设计出优良的url，URL究竟该如何设计。由于本人web开发经验很少，以下是书中的内容，我做了些概括：
1.url要尽量通俗易懂，不要把技术的东西包含在里面，比如下面这样的：
/Website_v2/CachedContentServer/FromCache/AnnualReport
/my%20great%20article（使用/my-great-article为好）
2.有意义的文本总比ID数字让人感觉舒服
3.不要在url中带有后缀名
4.要有比较强的层次感，又要简短易记，比如：/Products/Menswear/Shirts/Red
5.url要大小写不敏感，并且尽量使用小写字母，mvc框架是大小写不分的
6.不要因为url的变更而弃用老的url，要使用跳转的方式
7.对于只读的操作使用get方式，对于要修改服务器数据的请求使用post方式；url要方便人们保存书签或分享网页，因此，对于分页显示的情况，分页要体现在url中
8.QueryString要尽量少用。当参数是为了参与某种算法，而不是为了直接的资源指向时，可以使用QueryString，因为用户此时不愿意手动输入url。比如page参数
以上为本节：MVC URL outbound原理及URL优化设计-MVC原理系列3为您的提供的内容，谢谢收看！
"2011/9/7 23:51:52 | ASP.NET MVC教程 | |