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

原文地址:https://www.cnblogs.com/guichi/p/4551665.html