ASP.NET中URL Routing和IIS上URL Rewriting的區(qū)別
前言
前面有2篇帖子提到了關于URL Routing的特性,但是發(fā)現有很多人誤會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重寫規(guī)則,代碼如下(注意是system.webServer節(jié)點哦):
<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?id={R:1}" /> </rule> </rules> </rewrite> </system.webServer>
該規(guī)則的意思是,將customer/1類似的請求重寫到customer.aspx?id=1上,我們編譯程序再來訪問以下http://localhost/customer/123,頁面顯示結果如下:
asp.net web form下是:123
也就是說Routing在這個時候沒起作用,因為URL Rewrite是在Routing之前將Customer/123這個地址轉發(fā)到了Customer.aspx?id=123,由aspx文件接收請求了。我們來看看2者之間到底都是在什么周期處理的。
原理周期
1. URL Rewrite
關于URL Rewrite最早見于apache web server,當時風靡一時的url重寫讓一大批使用php的人欣喜若狂啊,可惜之前由于asp.net下的實現方式特別復雜,所以很多站的基本上都沒怎么用,自從IIS.net推出正式的IIS URL Rewrite模塊以來,徹底解決了這一問題。
URL Rewrite是在request-processing pipeline的早期階段執(zhí)行的,一般一個地址進來以后,該模塊會根據規(guī)則來映射到同一服務器上的另外一條新的地址,新地址在處理的時候所接受的參數和數據都是一句新地址的參數來判斷的,就比如customer.aspx?id=123,而 request里的url也是新的地址,而不是重寫之前的地址,不過用戶本身感覺不到變化,因為瀏覽器上顯示的一直是舊URL,我們來看一下他的周期圖。
URL Rewrite module是一個native的模塊,從圖可以看到他的運行周期是在Pre-begin Rquest和Begin Request之間,該模塊在根據請求的URL進行規(guī)則匹配之后,最終處理新的URL以便進入IIS pipeline的剩余周期里進行處理,就是說處理請求的HttpHandler是根據重寫以后的新URL來決定的。
2. URL Routing
URL Routing的原理是根據現有的URL來定義規(guī)則,定義每個規(guī)則所對應的HttpHandler,其本質和URL是否友好沒有關系,只是按照統(tǒng)一的規(guī)則去調用相對應的HttpHandler而已,找到對應的HttpHandler,處理完以后就返回結果,找不到就暴資源錯誤。
Routing是托管代碼模塊,是在Resolve Cache周期( PostResolveRequestCache事件)里注冊,然后在MapHandler周期內處理的。在PostResolveRequestCache事件里,該模塊查詢靜態(tài)集合routing表里的所有記錄里聲明的URL匹配規(guī)則,如果當前URL對應到了一個匹配的Handler,然后就使用該Handler處理結果并輸出。
兩者之間的不同
URL Rewrite是在request處理之前修改相應的URL,URL Rewrite模塊本身不知道哪個HttpHandler處理這個請求,并且處理請求的HttpHandler也不知道自己處理的URL是原來的URL還是被重寫過的地址。
和URL Rewrite正好相反,URL Routing是根據規(guī)則為URL來指定HttpHandler的,可以看做Routing是handler的高級映射。
IIS URL Rewrite可以用于任何web程序的映射處理,包括但不限于asp.net,php,asp和靜態(tài)文件等,但Routing只能處理基于.net的web程序。
IIS URL Rewrite在IIS集成模式和經典模式都可以用,但默認情況下Routing只能用在集成模式下,經典模式的話需要使用擴展名或者通配符將程序映射到IIS上(其實.net有另外一個組件aspnetfilter已經幫我們做好了)。
IIS URL Rewrite可以根據域名,路徑,Http Header,server變量等處理重寫規(guī)則,但Routing只能按照請求的URL路徑和HTTP-Method header來處理。
IIS URL Rewrite可以執(zhí)行處理HTTP跳轉,處理自定義的Status Code以及Abort請求,但Routing做不到這些。
IIS URL Rewrite的擴展只能擴展自己的Provider來自定義規(guī)則的存儲,但Routing的擴展相對來說就非常強大了,MVC就是其中一種。
總結
兩者之間有這么多不同,那我們到底該用哪一個呢?
如果你的程序是用asp.net之外的平臺構建的,那你只能使用IIS URL Rewrite了,否則,我們建議的規(guī)則是:
如果你在用asp.net構建新的asp.net web程序,那就使用Routing,因為現在Routing不僅支持MVC了,也支持web form了。
如果你的asp.net web form程序已經是現成的了,并且不想修改了,那就使用URL Rewrite,它可以幫你改善搜索引擎優(yōu)化。
當然,你也可以兩者結合起來一起用,但是用之前一定要記得上面的圖里所說明的內容:他們的執(zhí)行周期不一樣。
參考地址:http://learn.iis.net/page.aspx/496/iis-url-rewriting-and-aspnet-routing/
以上這篇ASP.NET中URL Routing和IIS上URL Rewriting的區(qū)別就是小編分享給大家的全部內容了,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
在ASP.NET 2.0中操作數據之六十四:GridView批量添加數據
前面介紹了批量更新,批量刪除數據,這篇文章主要介紹如何實現批量添加數據,當然為了保證數據的完整性,我們在做這些批量操作的時候,都使用了事務來實現。2016-05-05解讀ASP.NET 5 & MVC6系列教程(12):基于Lamda表達式的強類型Routing實現
這篇文章主要介紹了基于ASP.NET 5 Lamda表達式的強類型Routing實現,需要的朋友可以參考下2016-06-06為Visual Studio手工安裝微軟ReportViewer控件
這篇文章介紹了為Visual Studio手工安裝微軟ReportViewer控件的方法,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-06-06在ASP.NET 2.0中操作數據之二十五:大數據量時提高分頁的效率
上一篇我們介紹過利用GirdView控件內置的分頁功能進行分頁,但是熟悉ASP.NET的人都知道,那不是真正意義上的分頁,本文就帶著大家利用利用存儲過程創(chuàng)建高效的分頁。2016-05-05在ASP.NET 2.0中操作數據之五十六:使用ObjectDataSource緩存數據
本文主要講解ASP.NET 2.0中ObjectDataSource內建的緩存功能,通過簡單的配置,我們可以將ObjectDataSource調用SelectMethod方法得到的數據進行緩存。2016-05-05在ASP.NET 2.0中操作數據之四十:自定義DataList編輯界面
先前的編輯界面清一色的都是TextBox控件,當然EditItemTemplate還可以包含很多其他的控件,比如DropDownLists, RadioButtonLists, Calendars等,這一節(jié)就讓我們看看如何實現添加其他的控件。2016-05-05