路由书写规则的总结
概念：Routing System由一组路由组成，每一个路由规则可以匹配一种类型的URL，在请求过来的时候，Ruting ystem 就用它来处理这个URL,路由的任务就是匹配URL,并且将其中的参数值取出来，路由组册的方法在app_Start 的时候就调用了。
路由中Segment的概念：
上面这个URL的路由规则可以是：routes.MapRoute("MyRoute", "{controller}/{action}");
路由匹配的一般规则：
1、默认情况下我们写的路由的Segment的个数与被匹配的URL的Segment的个数是一致的，否者不会被匹配。
2、匹配原则： 当我们有多条路由的时候，路由的匹配是有顺序的，一般情况下先定义的路由先进行匹配，成功了以后，后面的路由就不匹配了，如果没有成功就接着匹配后面的路由，因此我们定义路由的时候最好，顺序最好遵循这样的规则：将特殊情况都放在前面定义，范围广德路由放在后面匹配。
3、路由的默认值比路由的约束条件先执行（这两者后面会讲到）
4、默认情况下会先在磁盘上找与URL匹配的静态文件，如果找到就不会匹配路由了。
注：如果我们的路由系统只有上面这个一个路由的规则的话，我们运行程序的时候就会报错，因为我们的默认页面请求的URL是没有Segmen的，因此不会被匹配到，这个就涉及到我们后面会讲到的默认值的问题了。
路由默认值 ：
有2个Segments的pattern想要匹配有1个或没有Segments的URL的时候，可以为pattern加上默认值，如下：
routes.MapRoute("MyRoute", "{controller}/{action}", new {controller="Home", action="Index"});
MapRoute的第三个参数就是在设置默认值，这时候就可以将默认页面设置为Home/Index
带有静态segment的路由：
routes.MapRoute("MyRoute", "Hu/{controller}/{action}", new {controller="Home", action="Index"});
这个pattern中的开头的Hu没有用{}包起来，说明 Hu 是静态的，这样的结果是：
这个URL必须是以Hu开头的
Segment中混有静态部分的路由：
routes.MapRoute("MyRoute", "Hu{controller}/{action}");
带有自定义Segment的路由：
routes.MapRoute("MyRoute", "{controller}/{action}/{id}",new { controller = "Home", action = "Index",id = "DefaultId" });
上面这个pattern中有一个自定义的Segment——id,同样，我们也可以为他添加默认值。
带有可选的Segment变量的路由：
routes.MapRoute("MyRoute", "{controller}/{action}/{id}",new { controller = "Home", action = "Index",id = UrlParameter.Optional });
在我们为Segment设置默认值以后我们的URL中没有这个Segment也会被匹配到，但是这时候id还是会被添加一个默认的值，有些人特别注重模块之间解耦，那么我们就可以Segment设置为可选的Segment，这样的话即使URL即使没有该Segment也可以被匹配到，而且不会被设置默认值。
可变长度的路由：
routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",new { controller = "Home", action = "Index",id = UrlParameter.Optional });
前面3个Segment会分别匹配给controller/action/id,剩下的部分会全部匹配给catchcall，这样就可以匹配任意长度的URL了。
有同名的Controller的解决办法：
在URL匹配成功以后，应用程序会到项目中查找符合名称的Controller，如果找到两个同名的符合条件的Controller就会报错，解决如下：
routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}", new { controller = "Home", action = "Index", id = "1" }, new[]{"Route_Study.AdditionalControllers"});
条件：两个同名的controller在不同的目录下，以上处理的实质是在调用 Maproute方法时，再加一个参数，参数是在给方法指定一个命名空间（一个文件夹）,制定以后的效果是：
URL匹配成功后，程序先到指定命名空间中查找controller，查找到以后就不会继续查找了，如果查找不到，就会到其他的命名空间这中查找。
只在制定的文件夹中查找controller：
有一种情况是：我们只需要在特定的命名空间下查找，即使找不到，我们也不会到其他的命名空间查找，这时的pattern为：
Route myRoute = routes.MapRoute("AddContollerRoute", //路由名
"Home/{action}/{id}/{*catchall}", //路由规则
new { controller = "Home", action = "Index",id = UrlParameter.Optional }, //默认值的设置
new[] { "URLsAndRoutes.AdditionalControllers" }); //设置命名空间
myRoute.DataTokens["UseNamespaceFallback"] = false; //只在其他命名空间中查找
带有条件约束的路由：
带有正则表达式约束的路由：
public static void RegisterRoutes(RouteCollection routes) {
routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}", //路由名、基本路由规则
new { controller = "Home", action = "Index", id = UrlParameter.Optional }, //默认值
new { controller = "^H.*", action = "^Index$|^About$"}, //约束
new[] { "URLsAndRoutes.Controllers"}); //指定命名空间
}
我们首相要知道的是默认值是在约束的前面的执行的，所以当有一个URL是"/"过来的话，首先是各个Segment得到默认值，然后是看是否符合约束，
对HTTP 请求的Method属性的限定：
public static void RegisterRoutes(RouteCollection routes) {
routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",
new { controller = "Home", action = "Index", id = UrlParameter.Optional },
new { controller = "^H.*", action = "Index|About",
httpMethod = new HttpMethodConstraint("GET") }, //对URL中Method进行约束
new[] { "URLsAndRoutes.Controllers" });
}
路由的自定义的约束规则：
磁盘文件请求 与 路由匹配的顺序：
在MVC中，并不是所有的请求都是在请求一个controller中的一个Action。
在默认情况下，当一个请求过来的时候，不会马上将URL与路由进行匹配，而是判断磁盘上是否有与其对应的物理文件，如果有就返回物理文件，而路由就不会用到了，我们通过将routes.RouteExistingFiles属性设置成true，来改变磁盘文件匹配的顺序，如下：
public static void RegisterRoutes(RouteCollection routes) {
routes.RouteExistingFiles = true; //改变顺序
routes.MapRoute("ChromeRoute", "{*catchall}",
new { controller = "Home", action = "Index" },
new {customConstraint = new UserAgentConstraint("Chrome")},
new[] { "UrlsAndRoutes.AdditionalControllers" });
要使URL先与路由进行匹配，然后与磁盘上的文件进行匹配，我们还需要对IIS进行配置，具体方法
请看《pro_asp.net_mvc_4_4th_edition》的P358，电子版在www.it-ebooks.info 上可以下载到
在我们将静态文件的匹配放到后面以后，有两种方式来访问静态文件，第一种，为静态文件写路由第二种，用IgnoreRoute方法来访问静态问价
为磁盘上的文件写路由规则：《pro_asp.net_mvc_4_4th_edition》的P359
写这种路由要非常小心，因为这个路由是在最后才会被匹配，它很有可能在前面就已经被匹配掉了，因此这个做法不是首选
更好的解决方案是用 IgnoreRoute方法访问静态文件：
public static void RegisterRoutes(RouteCollection routes) {
routes.RouteExistingFiles = true;
routes.IgnoreRoute("Content/{filename}.html"); 访问静态文件的路由
routes.MapRoute("DiskFile", "Content/StaticContent.html",
new {controller = "Customer",action = "List",});
… ...
IgnoreRoute的语义是忽略路由，但它的作用并没有很好的体现他的语义，我们可以简单的把他看成是在为静态文件写路由，但是这个路由要放在其他路由的前面，这样就不会被其他的路由覆盖了