精通MVC3摘译(1)-URL路由(*一样的图片水印)

以下文字摘译自《Pro ASP.NET MVC 3 Framework》

 

在引入MVC前,ASP.NET设定URL和硬盘上的文件是有直接的关系的,服务器的职责就是接受请求,从对应的文件中获取输出并且发送到客户端。

如下所示:

精通MVC3摘译(1)-URL路由(*一样的图片水印)

这个方法对于WebForm来说,很不错。但是对MVC应用程序来说,就不合适。因为MVC的请求是通过controller类中的action方法处理的,并且和硬盘上的文件没有一对一的关系。要处理MVC URL,ASP.NET平台使用路由系统。


路由系统简介

路由系统有2个功能

检测URL,找出所要请求的controller和vaction。

生成URL,生成出现在HTML页面上的URL,这样用户可以点击链接,调用指定的action。

尽管ASP.NET MVC Framework需要路由系统,但是路由系统也可以在其他的ASP.NET技术中使用,包括Web Form。因为这点,路由系统的类在System.Web程序集中而不是在System.Web.Mvc.当你创建一个MVC应用程序,你会发现Visual Studio已经将System.Web.Routing加入引用了。这是为了支持老版本上一版本,NET 3.5。用4.0的话,而已删除该引用。

建立路由项目


精通MVC3摘译(1)-URL路由(*一样的图片水印)

为了演示路由系统,这里创建一个新的MVC应用程序,并使用Internet Application模板,项目命名为为UrlsAndRoutes.我们使用这一模板是因为它能给我们一些现成的。

从Global.ascx中可以看到,程序首次启动时,Application_Start方法由ASP.NET平台调用,从而调用了RegisterRoutes方法,而该方法的参数 则是静态属性 RouteTable.Routes的值,该值是RouteCollection类的一个实例。

URL模式简介

路由系统有一组路由类组成,这些路由相应的组成URL结构,这些URL可以被应用程序所识别。我们不需要手动的列出所有支持的URL,每一个路由包含了一个URL模式,这个模式会和URL请求比较,如果模式匹配了,那么就会由路由系统处理该URL。因为MVC应用程序通常会有好几个路由,路由系统会逐一比较接收的URL,直到找到一个可匹配的路由。

路由系统不知道controller和action的存在,它只是从URL中抽取值,将他们传递给请求管道。然后,请求到达MVC框架,意味着该请求被分配到指定的controller和action。这就是为什么路由系统可以在Web Form中也能使用和我们能创建自定义变量的原因。

默认的,只要URL有正确个数的片段,URL模式就能匹配。例如下表

精通MVC3摘译(1)-URL路由(*一样的图片水印)

URL模式是保守的,它只会匹配有着相同片段数的URL,可以从第四第五个例子中看到。

URL模式也是*的,如果URL有正确的片段数,模式将会抽取这些值,不管是什么值。正如之前提到的,路由系统不知道MVC的任何概念,URL模式也是,即使当没有对应的controller和action是,这些值也会从URL中抽取。

建立和注册路由

Registering a Route

public static void RegisterRoutes(RouteCollection routes) {

Route myRoute = new Route("{controller}/{action}", new MvcRouteHandler());

routes.Add("MyRoute", myRoute);

}

一旦你头脑中有了URL模式,你可以使用自定义路由了。下面示例了一个简单

public static void RegisterRoutes(RouteCollection routes) {

Route myRoute = new Route("{controller}/{action}", new MvcRouteHandler());

routes.Add("MyRoute", myRoute);

}

我们创建一个新的路由对象,把URL模式作为构造参数,一个MvcRouteHandler的实例也同样作为参数,不同的ASP.NET技术采用不同的类修改路由行为。建立好路由之后,把它加入RouteCollection对象。

为路由命名不是必须的,有一些争论认为这样会模糊了关注分离...我们很随意的使用命名,但是我们在后面会解释为什么这可能会产生问题。

注册路由更便利的方法是使用RouteCollection类中的MapRoute方法,如下面的例子:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}");

}

此方法更紧凑,因为我们不需要创建MvcRouteHandler类实例。Maproute方法可单独使用,ASP.NET Web Form应用程序也可以使用MapPageRoute。

 

定义默认值

当URL不包含合法的片段时,可以设置成默认值。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}", new { action = "Index" });

}

默认值由匿名类型的属性支持,上面的例子,我们为action提供了默认值Index,路由会匹配2个url片段,比如i, URL http://mydomain.com/Home/Index 请求时, 路由会抽取Home作为Controller,Index作为action。

现在设置了action片段的默认值,路由也会匹配单片段的URL。当处理这种URL的时候,路由系统会从URL中抽取controller,并使用默认的action值。使用这种方法,我们可以请求URL地址http://mydomain.com/Home,调用Home controller中的Index action方法。更进一步,我们可以定义URL不包含任何片段,仅仅依靠默认值识别出action和controller。我们可以用默认值同时映射默认的URL。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

}

通过为controller何action设置默认值,没有片段的URL也可以匹配路由。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

URL中片段越少,需要的默认值就越多。

使用静态URL片段

并不是所有的URL中的片段必须是变量,你可以创建拥有静态片段的URL模式,假设我们需要创建URL支持前缀是Public的:http://mydomain.com/Public/Home/Index

我们就可以如下的定义:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

routes.MapRoute("", "Public/{controller}/{action}",

new { controller = "Home", action = "Index" });

}

这个URL模式仅匹配含有3个片段的URL,第一个值必须是自定义的那个值。其他2个值可以是任何值。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("", "X{controller}/{action}");

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

routes.MapRoute("", "Public/{controller}/{action}",

new { controller = "Home", action = "Index" });

}

上面的模式,匹配含有2个片段的URL,其中第一个片段必须以字母X开始。controller的值由第一个片段中获得,不包括X,action的值由第二个片段中获得,比如,该模式匹配http://mydomain.com/XHome/Index,此URL会被导向到Index action 方法和Home controller。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

routes.MapRoute("", "Public/{controller}/{action}",

new { controller = "Home", action = "Index" });

}

在上面的代码中,我们定义了一个新的路由并且将它置于最前面。我们这样做是因为路由会安照他们在RouteCollection中出现的顺序工作。MapRoute方法将把路由加在collection的最末端,意味着这个路由根据我们add他们的顺序工作。当然,我们也可以在指定位置插入路由。我们不建议使用这种方法,因为直接根据定义的顺序来工作,看起来更加直观简单。路由系统根据最先定义的路由中的URL模式匹配URL,如果不匹配,则继续下一个路由。路由会顺序的匹配下去直到找到一个匹配,或者匹配完。

对于如下的代码:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("", "X{controller}/{action}");

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

routes.MapRoute("", "Public/{controller}/{action}",

new { controller = "Home", action = "Index" });

}

假设我们反转一下顺序

routes.MapRoute("MyRoute", "{controller}/{action}",

new { controller = "Home", action = "Index" });

routes.MapRoute("", "X{controller}/{action}");


那么第一个路由会匹配URL,无论是有0个,1个或者2个片段。第二个路由将不会被匹配到。这个新的路由排除了X开头的URL。因此,URL比如http://mydomain.com/XHome/Index会被指向XHome的controller,可能这个controller不存在,因此会出现404错误。

我们可以通过合并静态URL片段和默认值来创建URL的别名,这对于你发布很有用。如果你需要重构一个应用程序,你需要保存先前的URL格式。设想,我们使用一个控制器叫Shop,现在被替换成Home,下面的例子演示了如何保存旧的URL结构。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("ShopSchema", "Shop/{action}", new { controller = "Home" });

...other routes...

}

这个路由匹配2个片段的URL,其中第一个是shop。action值从第二个片段中获得。URL模式不包含controller的变量片段,所以会使用默认值。这意味着一个对Shop controller的请求会被转到对Home controller的请求。我们可以更进一步为action创建别名:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("ShopSchema2", "Shop/OldAction",

new { controller = "Home", action = "Index" });

routes.MapRoute("ShopSchema", "Shop/{action}", new { controller = "Home" });

... other routes...

}

再次注意,我们把新建的路由放在最前面,因为此路由比后续的更加具体,如果请求Shop/OldAction,由下一个路由处理。如果反转顺序,可能会得到404错误。

自定义片段值

接下来,不再限制于controller和action变量。我们可以定义我们自己的变量,如下:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}/{id}",

new { controller = "Home", action = "Index", id = "DefaultId" });

}

路由的URL模式定义了典型的controller,action变量和自定义变量:id。这个路由会匹配含有0-3个片段的URL。第三个片段值被分配给id,如果没有第三个片段,那么就会使用默认值。注意,一些名字是保留字,不能作为自定义变量名,controller, action,和 area。

我们可以通过RouteData.Values属性访问action方法中的片段变量值。为了演示这个,我们在HomeController类中加一个方法,CustomVariable,如下:

public ViewResult CustomVariable() {

ViewBag.CustomVariable = RouteData.Values["id"];

return View();

}

此方法包含URL中自定义变量的值,并且通过ViewBag传递到view,下面对应的view在CustomVariable.cshtml中的写法:

@{

ViewBag.Title = "CustomVariable";

}

<h2>Variable: @ViewBag.CustomVariable</h2>

如果你运行程序,导航到URL /Home/CustomVariable/Hello, CustomVariable action方法会被调用,自定义变量值会被获取到,并且显示出来。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

使用自定义变量可以作为action方法参数,使用RouteData.Values属性是访问自定义路由变量的一种方法。还有更优雅的方法。如果我们为action方法定义了的变量匹配URL模式中的变量,那么MVC Framework会从URL中获得这个值,并传递这个值到action方法。比如,上例中我们在路由中自定义的变量id,我们可以修改CustomVariable 的action方法,让其含有一个匹配的参数,如下:

public ViewResult CustomVariable(string id) {

ViewBag.CustomVariable = index;

return View();

}

当路由系统匹配URL,第三个片段的值会被赋值给自定义变量index,MVC Framework比较了片段变量列表和actionn方法参数列表,如果名字匹配,则从URL中传递值给该方法。

我们定义了id参数为string,但是MVC Framework会尝试转换URL值的类型。如果我们把id定义为int或者datetime,那么MVC把这个值转换成我们需要的类型。这是非常有用的特征,避免了我们自己还要做处理。MVC Framework使用model绑定系统,转换URL中包含的值为.NET类型,这样可以处理很多更复杂的情况,后续会再说到。

定义可选的URL片段

可选的URL片段是指用户不需要给出,而不是没有默认值。下面是例子。我们通过指定片段变量的默认值为UrlParameter.Optional,把一个片段变量为可选的。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}/{id}",

new { controller = "Home", action = "Index", id = UrlParameter.Optional });

}

这个路由会匹配URLs,无论id片段是否给出了。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

从上表中可以看出,仅仅当URL中存在符合的片段,id变量才会被加到变量集中。清楚的说,当没有符合的片段存在是,并不是说id值为null,而是id变量没有定义。

这个特征很有用,比如当你需要知道用户是否提供了某些值的情况下。如果我们为id参数提供了默认值,并且在action方法中接收了值,我们就能知道是否默认值使用了,或者用户提交了一个包含默认值的url。

通常,用可选片段来加强关注分离,因此action方法的默认值不能在路由中定义了,如果一定要实现有默认值的功能,可以使用c#的可选参数方法来定义action方法的参数,如下:

public ViewResult CustomVariable(string id = "DefaultId") {

ViewBag.CustomVariable = id;

return View();

}

定义可变长度的路由

另一个可以改变URL模式保守性的方法是接受可变数量的URL片段。这允许你在一个路由中能处理任意长度的URL。通过指定一个片段变量为容器,增加一个前缀*,以此定义可变长度的片段。

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",

new { controller = "Home", action = "Index", id = UrlParameter.Optional });

}

我们从先前的例子中扩展了路由,增加了一个catchall片段变量,可以把该变量想象成一个杂物箱。这个路由现在可以匹配任何URL,前3个片段用来设置controller,action,和id变量的值。如果URL包含可选片段,他们都会被分配到catchall变量。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

这不限制URL模式中的片段的个数,注意,这些片段呈现的形式为segment/segment/segment。我们要自行处理这些string,把他们分割成单独的片段。

通过命名空间给予Controller优先

当请求的URL匹配了一个路由,MVC Framework得到controller变量的值,查询适合的名字。比如当controller变量是Home,然后MVC Framework去查找命名为HomeController的controller。如果当在不同的命名空间这种都有相同的叫做HomeController的类,那么MVC Framework就不知道怎么做了,然后就会报错。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

这个问题经常出现,尤其是你在做一个大型的MVC项目,使用的Controller类库来自于不同的开发团队。要解决这个问题,我们可以告诉MVC Framework给出优先权,如下:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",

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

new[] { "URLsAndRoutes.Controllers"});

}

 

我们将命名空间以字符串数组的形式给出,告诉MVC Framework优先在URLsAndRoutes.Controllers中查询,如果找不到,再去查找其他的。

加到路由中的命名空间都有同等的优先权,MVC Framework不会先处理第一个再处理第二个,比如,我们增加了2个命名空间:

routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",

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

new[] { "URLsAndRoutes.Controllers", "AdditionalControllers"});

我们就会看到之前的错误又出现了,因为MVC试着在我们增加的命名空间中处理controller。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

如果我们需要在一个命名空间中给单个的controller优先权,但这其他的controller在另一个命名空间,我们就需要创建多个路由,如下:

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("AddContollerRoute", "Home/{action}/{id}/{*catchall}",

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

new[] { "AdditionalControllers" });

routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",

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

new[] { "URLsAndRoutes.Controllers"});

}

在后面,我们会演示如何在整个application中设置命名空间的优先权,而不是就单个路由。这会是个更加简洁的解决方案。

我们可以让MVC Framework仅仅查看我们指定的命名空间。如果查找不到,则不查其他的地方了。如下:

public static void RegisterRoutes(RouteCollection routes) {

Route myRoute = routes.MapRoute("AddContollerRoute", "Home/{action}/{id}/{*catchall}",

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

new[] { "AdditionalControllers" });

myRoute.DataTokens["UseNamespaceFallback"] = false;

}

MapRoute方法返回一个Route对象,在之前的例子中,我们都是忽略了这个对象。因为我们不需要设置它。要禁止在其他命名空间查找controller,就必须获得Route对象,设置 DataTokens中的UseNamespaceFallback的值为false。

路由约束

使用路由约束可以让URL结构表现的更为精确。

使用正则表达式约束路由

public static void RegisterRoutes(RouteCollection routes) {

routes.MapRoute("MyRoute", "{controller}/{action}/{id}/{*catchall}",

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

new { controller = "^H.*"},

new[] { "URLsAndRoutes.Controllers"});

}

通过给MapRoute方法传递约束参数,可以定义约束,和默认值类似,约束参数也是匿名类型,其中的属性和URL片段变量一致。

上例中,我们使用正则表达式匹配URL,仅当controller变量以H开头才能匹配。

默认值在约束之前使用,所以,如果我们请求URL /,默认的controller也是Home,接下来检查,发现Home能符合约束规则。

我们可以约束路由,使之仅仅匹配按指定的HTTP方法提交过来的URL。

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") },

new[] { "URLsAndRoutes.Controllers" });

}

设定HTTP方法的约束格式看上去有的奇怪,它并不关心我们给定的属性名字。只要我们指定一个 HttpMethodConstraint类的实例。在上例我们把约束属性命名为httpMethod,以此可以在我们基于值的约束中区分出来。事实上httpMethod可以叫任何名字。

通过HTTP方式约束路由的功能和通过特性(比如HttpGet和HttpPost)限制action方法的功能无关。在请求管道中,路由约束处理的时间早多了,他们决定了controller和action的名字。而action方法的特性是用来决定指定的哪个action方法会被controller请求调用。在后续还会说到。

我们传递可以传递多个HTTP方式的名字到HttpMethodConstraint的构造函数,因为它的构造函数如下:

public HttpMethodConstraint(params string[] allowedMethods);

是接受一个参数数组。因此可以如下写法:

httpMethod = new HttpMethodConstraint("GET", "POST") },

如果自带的约束功能满足不了你的需求,你可以自定义约束,通过实现接口IRouteConstraint,下面的例子演示了自定义约束,request请求中有一部分是浏览器提供user-agent信息,自定义约束就对此信息做了约束。

using System.Web;

using System.Web.Routing;

namespace URLsAndRoutes.Infrastructure {

public class UserAgentConstraint : IRouteConstraint {

private string requiredUserAgent;

public UserAgentConstraint(string agentParam) {

requiredUserAgent = agentParam;

}

public bool Match(HttpContextBase httpContext, Route route, string parameterName,

RouteValueDictionary values, RouteDirection routeDirection) {

return httpContext.Request.UserAgent != null &&

httpContext.Request.UserAgent.Contains(requiredUserAgent);

}

}

}

IRouteConstraint 接口定义了Match方法,以此判断路由系统的约束条件是否被匹配了。下面显示了如何使用自定义约束。

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", "POST"),

customConstraint = new UserAgentConstraint("IE")

},

new[] { "URLsAndRoutes.Controllers" });

}

上面的例子,我们约束了路由,使之仅匹配浏览器中user-agent字符串中包含IE的。

路由请求磁盘文件

并不是所有的MVC应用程序请求都是需要controller和action的。我们仍然需要一个方法请求文件,比如images,静态html文件,javascript文件等等。作为延时,我们在Content文件夹中创建了一个文件StaticContent.html。如下:

<html>

<head><title>Static HTML Content</title></head>

<body>This is the static html file (~/Content/StaticContent.html)</body>

</html>

路由系统对于这种内容的服务提供了完整的支持,如果你启动应用程序请求/Content/StaticContent.html,你会看到这个HTML文件在浏览器中显示。

精通MVC3摘译(1)-URL路由(*一样的图片水印)

默认的,路由系统在处理路由之前,会先检查URL是否匹配了磁盘文件,如果匹配的话,会处理磁盘文件,而路由则不再应用了。我们可以翻转这个行为,能让路由系统先匹配路由,然后再匹配磁盘文件,只要设置RouteCollection的RouteExistingFiles属性为true即可。

public static void RegisterRoutes(RouteCollection routes) {

routes.RouteExistingFiles = true;

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", "POST"),

customConstraint = new UserAgentConstraint("IE")

},

new[] { "URLsAndRoutes.Controllers" });

}

通常习惯上,把这句话放在RegisterRoutes方法的最上面,尽管即使你放在路由定义语句的下面也是有效的。一旦属性设置成true,我们就可以定义路由匹配指向磁盘文件的URL。如下:

public static void RegisterRoutes(RouteCollection routes) {

routes.RouteExistingFiles = true;

routes.MapRoute("DiskFile", "Content/StaticContent.html",

new {

controller = "Account", action = "LogOn",

},

new {

customConstraint = new UserAgentConstraint("IE")

});


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", "POST"),

customConstraint = new UserAgentConstraint("IE")

},

new[] { "URLsAndRoutes.Controllers" });

}

当请求到Content/StaticContent.html时,路由会被映射到Account controller的LogOn action。

当RouteExistingFiles属性启用后,当没有路由能匹配时,磁盘文件会被发送到客户端。之前的例子,意味着IE用户会获得 Account controller的响应,而其他用户会看到静态内容。如下图:

精通MVC3摘译(1)-URL路由(*一样的图片水印)

要路由到磁盘文件需要仔细考虑,因为URL模式会匹配这类URL,就像匹配其它的一样。比如,一个请求/Content/StaticContent.html。会匹配诸如{controller}/{action},除非你非常小心,否则你可能会得到非常奇怪的结果,或者削减性能。所以,使用不轻易使用这种方式,为了演示,我们在Content目录创建第二个HTML文件OtherStaticContent.html,增加一个新的路由,如下:

public static void RegisterRoutes(RouteCollection routes) {

routes.RouteExistingFiles = true;

routes.MapRoute("DiskFile", "Content/StaticContent.html",

new {

controller = "Account", action = "LogOn",

},

new {

customConstraint = new UserAgentConstraint("IE")

});

routes.MapRoute("MyNewRoute", "{controller}/{action}");

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", "POST"),

customConstraint = new UserAgentConstraint("IE")

},

new[] { "URLsAndRoutes.Controllers" });

}

当我们请求URL Content/OtherStaticContent.html,改请求会匹配,目标controller是Content,action方法是OtherStaticContent.html。事实上,任何含有2个片段的URL请求都会引起这种行为的发生。当然,事实上并没有Content controller和OtherStaticContent.html 方法。用户会收到一个404错误。


绕过路由系统

设置RouteExistingFiles属性,可以是路由系统更包容。但有时也需要排除一些路由。我们通过设置RouteCollection  的IgnoreRoute方法实现。

public static void RegisterRoutes(RouteCollection routes) {

routes.RouteExistingFiles = true;

routes.MapRoute("DiskFile", "Content/StaticContent.html",

new {

controller = "Account", action = "LogOn",

},

new {

customConstraint = new UserAgentConstraint("IE")

});

routes.IgnoreRoute("Content/{filename}.html");

routes.MapRoute("", "{controller}/{action}");

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", "POST"),

customConstraint = new UserAgentConstraint("IE")

},

new[] { "URLsAndRoutes.Controllers" });

}

我们使用片段变量,诸如 {filename}来匹配URL,这种情况下,URL模式会匹配2个片段的URL,其中一个片段是Content,第二个片段是.html的扩展文件名。

IgnoreRoute 方法在RouteCollection中创建一个通道,这个通道的handler是StopRoutingHandler类的实例,而不是MvcRouteHandler。这个路由系统是硬编码的。如果URL传递到IgnoreRoute 方法,并且被匹配,那么该路由就被忽略,然后直接按照传统的HTTP Handler去匹配磁盘文件。上面的例子,我们使用这个特点,通过不路由任何HTML文件的请求,来最小化RouteExistingFiles属性的影响。



















本文转自cnn23711151CTO博客,原文链接:http://blog.51cto.com/cnn237111/819453 ,如需转载请自行联系原作者








上一篇:WPF和Expression Blend开发实例:一个样式实现的数字输入框


下一篇:WF中的跟踪服务(3):使用SqlTrackingService跟踪规则