前言

前面有2篇帖子提到了关于URL Routing的特性,但是发现有很多人误会URL Routing就是URl Rewriting,其实2个虽然都提供相似的功能(提高友好的URL方便搜索引起收录),但是2者的原理和运行周期是完全不一样的,本篇文章我们就来分析一下具体有什么不同。

例子

在分析原理之前,我们先来做一个例子测试一下(IIS URL Rewrite模块需要IIS7的支持)。

1.为Customer/1的URL建立对应的MVC程序

首先建立一个普通的MVC3程序,建立一个简单的CustomerController以及一个简单的Detail action,代码如下:

public class CustomerController : Controller
{
 public ActionResult Detail(string id)
 {
  ViewBag.CustomerID = id;
  return View();
 }
}

我们只是简单的接受一个ID,然后放到ViewBag里以便在view里显示,view的代码如下:

@{
 Layout = null;
}
<!DOCTYPE html>
<html>
<head>
 <title>Detail</title>
</head>
<body>
 <div>
  MVC下运行结果:@ViewBag.CustomerID
 </div>
</body>
</html>

2.为Customer/1的URL建立对应的web form程序

在同一个解决方案的根目录下,建立一个Customer.aspx文件,文件代码主要是接受一个ID参数然后显示在页面上,代码:

public partial class Customer : System.Web.UI.Page
{
 protected void Page_Load(object sender, EventArgs e)
 {
  this.lblId.InnerText = Request.QueryString["id"];
 }
}

html:

<form id="form1" runat="server">
 <div>
 asp.net web form下是:<label runat="server" id="lblId"></label>
 </div>
</form>

OK,我们先在Global.asax.cs里配置Customre/1的route,代码如下:

routes.MapRoute(
 "CustomerDetail", // Route name
 "Customer/{id}", // URL with parameters
 new { controller = "Customer", action = "Detail", id = UrlParameter.Optional }
);

编译访问,运行http://localhost/customer/123,页面显示结果是:

MVC下运行结果:123。

3.安装IIS URL Rewrite

到如下地址下载并安装IIS URL Rewrite,http://www.iis.net/download/URLRewrite 成功安装以后,在MVC项目的web.config里配置一条URL重写规则,代码如下(注意是system.webServer节点哦):

<system.webServer>
 <validation validateIntegratedModeConfiguration="false"/>
 <modules runAllManagedModulesForAllRequests="true"/>
 <directoryBrowse enabled="true" />
 <rewrite>
  <rules>
  <rule name="rewrite customer">
   <match url="^customer/([0-9]+)" />
   <action type="Rewrite" url="customer.aspx" />
  </rule>
  </rules>
 </rewrite>
</system.webServer>

该规则的意思是,将customer/1类似的请求重写到customer.aspx"http://localhost/customer/123">http://localhost/customer/123,页面显示结果如下:
asp.net web form下是:123

也就是说Routing在这个时候没起作用,因为URL Rewrite是在Routing之前将Customer/123这个地址转发到了Customer.aspx"//img.jbzj.com/file_images/article/201606/201606301640461.gif" src="/UploadFiles/2021-04-02/201606301640461.gif">

URL Rewrite module是一个native的模块,从图可以看到他的运行周期是在Pre-begin Rquest和Begin Request之间,该模块在根据请求的URL进行规则匹配之后,最终处理新的URL以便进入IIS pipeline的剩余周期里进行处理,就是说处理请求的HttpHandler是根据重写以后的新URL来决定的。

2. URL Routing

URL Routing的原理是根据现有的URL来定义规则,定义每个规则所对应的HttpHandler,其本质和URL是否友好没有关系,只是按照统一的规则去调用相对应的HttpHandler而已,找到对应的HttpHandler,处理完以后就返回结果,找不到就暴资源错误。

ASP.NET中URL Routing和IIS上URL Rewriting的区别

Routing是托管代码模块,是在Resolve Cache周期( PostResolveRequestCache事件)里注册,然后在MapHandler周期内处理的。在PostResolveRequestCache事件里,该模块查询静态集合routing表里的所有记录里声明的URL匹配规则,如果当前URL对应到了一个匹配的Handler,然后就使用该Handler处理结果并输出。
两者之间的不同

    URL Rewrite是在request处理之前修改相应的URL,URL Rewrite模块本身不知道哪个HttpHandler处理这个请求,并且处理请求的HttpHandler也不知道自己处理的URL是原来的URL还是被重写过的地址。
    和URL Rewrite正好相反,URL Routing是根据规则为URL来指定HttpHandler的,可以看做Routing是handler的高级映射。
    IIS URL Rewrite可以用于任何web程序的映射处理,包括但不限于asp.net,php,asp和静态文件等,但Routing只能处理基于.net的web程序。
    IIS URL Rewrite在IIS集成模式和经典模式都可以用,但默认情况下Routing只能用在集成模式下,经典模式的话需要使用扩展名或者通配符将程序映射到IIS上(其实.net有另外一个组件aspnetfilter已经帮我们做好了)。
    IIS URL Rewrite可以根据域名,路径,Http Header,server变量等处理重写规则,但Routing只能按照请求的URL路径和HTTP-Method header来处理。
    IIS URL Rewrite可以执行处理HTTP跳转,处理自定义的Status Code以及Abort请求,但Routing做不到这些。
    IIS URL Rewrite的扩展只能扩展自己的Provider来自定义规则的存储,但Routing的扩展相对来说就非常强大了,MVC就是其中一种。

总结

两者之间有这么多不同,那我们到底该用哪一个呢"http://learn.iis.net/page.aspx/496/iis-url-rewriting-and-aspnet-routing/">http://learn.iis.net/page.aspx/496/iis-url-rewriting-and-aspnet-routing/

以上这篇ASP.NET中URL Routing和IIS上URL Rewriting的区别就是小编分享给大家的全部内容了,希望能给大家一个参考,也希望大家多多支持。

广告合作:本站广告合作请联系QQ:858582 申请时备注:广告合作(否则不回)
免责声明:本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除!

RTX 5090要首发 性能要翻倍!三星展示GDDR7显存

三星在GTC上展示了专为下一代游戏GPU设计的GDDR7内存。

首次推出的GDDR7内存模块密度为16GB,每个模块容量为2GB。其速度预设为32 Gbps(PAM3),但也可以降至28 Gbps,以提高产量和初始阶段的整体性能和成本效益。

据三星表示,GDDR7内存的能效将提高20%,同时工作电压仅为1.1V,低于标准的1.2V。通过采用更新的封装材料和优化的电路设计,使得在高速运行时的发热量降低,GDDR7的热阻比GDDR6降低了70%。