asp.net MVC 路由机制 Route

1：ASP.NET的路由机制主要有两种用途：

    -->1：匹配请求的Url，将这些请求映射到控制器

    -->2：选择一个匹配的路由，构造出一个Url

2：ASP.NET路由机制与URL重写的区别

    -->Url重写关注的是将一个Url映射到另一个Url。

      路由机制关注的是将Url映射到资源上。资源不一定是一个物理页面，可以是类中的方法。

    -->Url重写只能用于传入的请求Url

      路由机制可以匹配传入的Url，也能够生成一个Url

    -->Url重写大多是IIS级别的，是IIS的一个组件

      路由机制是HttpModule级别，可以用代码进行良好地控制

3：路由Url

     RouteTable.Routes.MapRoute("simple","{first}/{second}/{third}');

     第一个参数是路由名称，第二个参数是路由模式。

     路由系统会将客户端请求的Url，依照路由模式进行解析，并将其解析到RouteValueDictionary实例的键/值中，存储到RouteData中，可以通过RequestContext访问RouteValueDictionary中的值。key就是路由模式中德参数名称，值为请求url中的值。例如：

     请求的url为：/abc/display/123，那么解析到RouteData中的数据为：first="abc",second="display",third="123"

4：MVC中特殊的Url参数名称-{controller}和{action}

     因为在MVC中，Url都会映射到控制器上的一个方法上，所以MVC框架需要使用一些特定的参数名称{controller}{action}。{controller}参数用来实例化一个控制器类。按照约定优先的惯例，MVC将字符串Controller添加到{controller}参数值的后面，得到一个类名，然后根据这个类名查找实现了System.Web.Mvc.IController接口的类型，完成实例化。除了{controller}{action}之外，其他的参数当作控制器action方法的参数来处理。

     RouteTable.Routes.MapRoute("simple","{controller}/{action}/{id}');

     /abc/display/123请求会实例成abcController的控制器类，调用其中的display()方法，同时将123传递给display()方法的参数id

5：路由中的字面值

     Url段中允许字面值和参数混合在一起。它仅有的限制就是不允许有两个连续Url的参数

     {language}-{country}/{controller}/{action}

     {controller}.{action}.{id}

     这些都是合法的。

6：路由的默认值

     为Routes.MapRoute()方法传递一个默认值的字典。我们可以使用简明的语法来定义字典，MapRoute()方法会在底层将简明的语法new {controller="Home",action="Index",id=UrlparameterOptional}转换成一个RouteValueDirectionary的一个实例。

     -->1默认值对于Url参数位置十分重要，只有为当前参数后面的每一个参数都定义了默认值，路由才会采用当前参数的默认值，{controller}/{action}/{id}，如果我们为{action}提供了默认值，没有为{id}提供默认值，那么效果与不给{action}默认值是一样的。下面例子：

     RouteTable.Routes.MapRoute("simple1","{controller}/{action}/{id}",new {action="index"});

     RouteTable.Routes.MapRoute("simple2","{controller}/{action}");

     /abc/display这个Url只能匹配到simple2，因为只有为当前参数后面的每一个参数都定义了默认值，路由才会采用当前参数的默认值。

     -->2任何带有字面量的Url段在匹配请求的URL时，都禁止省略任何参数值。

     RouteTable.Routes.MapRoute("simple","{controller}-{action}",new {action="Index"});

     它并不能匹配/abc-的请求，因为字面量-后面的参数{action}被省略了。

7：路由约束

    请求Url段的数量与路由模式中定义的参数个数能够匹配上，那么路由就能匹配这个url,但是我们需要对Url有更多的控制，就需要使用路由约束。

    为Routes.MapRoute()方法传递一个正则表达式约束的字典。我们可以使用简明的语法来定义字典，在方法的内部使用Regex类，将其转换成RouteValueDirectionary类型的对象。

    RouteTable.Routes.MapRoute("simple","{controller}/{action}/{id}",new {controller="Home",action="Index",Id=""},new {controller=@"w+",action=@"w+",id=@"d+"});

    -->自定义路由约束

       除了正则表达式约束之外，我们可以实现IRouteConstraint接口，实现接口的Match()方法
       系统已经为我们创建了一个实现IRouteConstraint接口的HttpMethodConstraint类，约束路由只能匹配指定的Http方法。

      RouteTable.Routes.MapRoute("default","{controller}/{action}/{id}",null,new {httpMethod=HttpMethodConstraint("GET")});  这个路由只能匹配Get请求。

8：路由名称

    -->1：在路由系统匹配请求的Url的时候，可以不需要用到路由名称。但是在生成一个Url的时候，就需要一个已经定义的路由名称，按照这个路由定义的规则，生成一个Url。在生成Url的时候，对路由选择进行精确控制。

           routes.MapRoute(

                name: "Default",

                url: "{controller}/{action}/{id}",

                defaults: new { controller = "Home", action = "Index", id = UrlParameter.Optional }

            );

 

            routes.MapRoute(

                name: "Test",

                url: "code/p/{action}/{id}",

                defaults: new {Controller="Home",action="index",id=UrlParameter.Optional }

            );

        @Html.RouteLink("Test", "Test", new {  action = "indexTest",id=123 })

         选择Test的路由，生成的Url是code/p/indexTest/123

 

        @Html.RouteLink("Default", "Default", new { controller = "homeTest", action = "indexTest",id=123 })

        先择Default路由，生成的Url是homeTest/indexTest/123

       -->2：在使用路由创建Url的时候，如果提供的路由有多余的，将被添加到url的后面，当作URL参数。

            @Html.RouteLink("Test", "Test", new {  action = "indexTest",id=123,para=456 })

             选择Test的路由，生成的Url是code/p/indexTest/123?para=456

          

9：MVC区域

    区域允许我们将模型，视图和控制器分成单独的功能节点。我们可以将大型复杂的网站分成若干个节点，方便管理。每一个区域都有单独的路由系统。

    我们可以通过为每一个区域创建一个类，来配置区域路由。这个类要派生自AreaRegistration类，重写其中的AreaName和RegisterArea成员。在Global.asax文件中，调用AreaRegistration.RegisterAllAreas()方法，就会调用每一个区域的RegisterArea()

   -->区域路由的冲突。

      当在两个区域中，当有两个相同名称的控制器，那么当前传入的请求匹配没有指定名称空间的路由时，系统会抛出一个异常

9.1：名称空间来区分控制器的优先顺序

    当输入的一个Url请求与一条路由匹配时，如果有多个同一名称的控制器，就会出现异常。我们可以在路由注册的时候，对某些名称空间制定优先级。

routes.MapRoute("myRoute","{controller}/{action}/{id}/{*catchall}",new{controller="Home",action="Index",id=UrlParameter.Optional},new[]{"MyNamespace"});

9.2：禁用后备的名称空间

     可以告诉MVC路由系统，只查看指定的名称空间。在这个指定的名称空间下，如果找不到控制器，就停止搜素。

     Route myRoute=routes.MapRoute("myRoute","{controller}/{action}/{id}/{*catchall}",new{controller="Home",action="Index",id=UrlParameter.Optional},new[]{"MyNamespace"});

     myRoute.DataTokens["UserNamespaceFallback"]=fasle;

     myRoute.DataTokens["UserNamespaceFallback"]=fasle此设置会传递到控制器工厂。

10：通量匹配catch-all

    catch-all允许我们匹配任意数量的段的Url

    RouteTable.Routes.MapRoute("default","{query/{query-name}}/{*extrastuff}")

    /query/select/a/b/c  参数{extrastuff}=a/b/c

    /query/select/      路由仍能匹配{extrastuff}=""

    路由Url在与传入的请求匹配时，它的字面量与请求精确匹配的，而参数是贪婪匹配的。每个Url参数都尽可能多地匹配文本。

    RouteTable.Routes.MapRoute("defalut","{filename}.{ext}")

    /asp.net.mvc.xml        {filename}=asp.net.mvc  {ext}=xml

    因为Url参数是贪婪匹配所以{filename}尽可能匹配多的文本，但需要给{ext}留下匹配的空间。

11：路由机制忽略请求的匹配

    -->1：StopingRoutingHandler，在创建Route对象的时候，选择处理程序

       为RouteCollection添加路由Route，如果选择StopingRoutingHandler来创建，那么就会忽略这个Route匹配的请求

       StopingRoutingHandler会忽略匹配请求的Url，将这个请求传递给标准的HTTP处理程序

       MvcRouteHandler会创建MVC路由对象，将这个请求传递给MvcRoute处理程序

        PageRouteHandler会创建ASP.NET路由对象，将这个请求传递给PageRoute处理程序

            Route axdRoute = new Route("{resource}.axd/{*pathInfo}", new StopRoutingHandler());

            routes.Add(axdRoute);

            Route mvcRoutes = new Route("{resource}.axd/{*pathInfo}",new MvcRouteHandler());

            Route pageRoutes = new Route("{resource}.axd/{*pathInfo}", new PageRouteHandler("~/Weather.aspx", true));

 

        -->2：使用RouteCollection的扩展方法IgnoreRoute()忽略请求的Url

                RouteTable.Routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

12：路由的测试

       我们可以使用RouteDebugger来测试路由

13：路由生成Url

      路由可以匹配请求的Url，那么也可以生成一个Url，这是一个完整的双向系统。

      -->1：调用RouteCollection.GetVirtualPath(),传递一个RequestContext对象，一个包含值得字典，一个Url路由名称。

      -->2：检查路由的参数是否和字典提供的值相匹配，并检查默认值，约束

      -->3：依据字典提供的值，生成一个Url

      -->4：溢出参数，如果字典中有多余的参数，那么这些参数会附加到Url，当作查询字符串参数

      @html和@url生成链接的方法，都是调用RouteCollection.GetVirtualPath()方法。

14：路由请求管道UrlRoutingModule

      -->1：UrlRoutingModule使用在RouteTable中注册的路由匹配当前请求。

      -->2：匹配成功，路由模块从匹配成功的路由对象Route中获取IRouteHandler接口对象，一般MvcRouteHandler类就是这个实现。

      -->3：路由模块调用IRouteHandler接口的(就是MvcRouteHandler的实例)GetHandler()方法，返回用来处理请求的IHttpHandler对象，一般是MvcHandler。

      -->4：调用实现IHttpHandler接口的HTTP处理程序对象的ProcessRequest()方法，将要处理的请求传递给她。

      -->5：ASP.NETMVC中，MvcRouteHandler类就是IRouteHandler的实现，MvcRouteHandler返回一个实现了IHttpHandler接口的MvcHandler对象。MvcHandler对象用来实例化控制器类，调用控制器上面的方法。

15：路由数据RouteData

     RouteCollection继承自RouteBase，RouteBase定义了GetVirtualPath()方法和GetRouteData()方法，GetRouteData()方法，返回包含路由数据的字典对象RouteData