ASP.NET4實用方法Url Routing的使用

ASP.NET 4的Web Forms當中，最令人激賞的，則莫過於是URL Routing機制的全面支持。過去在ASP.NET 3.5 SP1當中，Web Forms或多或少就開始支持URL Routing機制，它讓我們在網址的呈現以及使用上更加的有彈性。  
    過去我們在ASP.NET當中，習慣於底下這樣的網址呈現方式：http://myWebSite/EditProduct.aspx?Id=1  
    但最近幾年REST風格的網站(或REST Web服務)興起，你常常會看到網址的呈現方式變成：http://myWebSite/Product/Edit/XBOX  
    上面這樣的網址有一些好處，首先，網址可以更明確的表達想要呈現的功能，或是要後端應用程序進行的行為；其次，上面這樣的網址由於並非對應到後端某一個實體檔案(.aspx.cs)，而是透過Routing機制來轉派，因此相較過去的網址有著更高的安全性。  
    也就是說，在這樣的架構下，ASP.NET應用程序的網址再也不只是對應到實體檔案的路徑，而是可用來表達要執行的功能。至於實際執行時要處理的程序代碼或呈現結果的網頁，也並非一定要是由網址所指向的實體頁面。這也讓我們在開發應用程序時有更大的彈性，例如一般的部落格網站網址可能是『http://blog/studyhost』，由於blog網站多半都可以開放給多人申請，理所當然的每一個用戶都有類似『http://blog/申請者ID』這樣的網址。當然，對應到ASP.NET的後端應該都是同一套程序來處理，在過去的ASP.NET應用程序當中，我們得要煞費一番工夫才能讓網站可以接受這樣的網址設計(把參數從QueryString轉變成REST風格)，而現在，透過URL Routing機制很快地就能輕松搞定。  
    除此之外，還有另一個顯而易見的好處，采用REST風格的網址：http://myWebSite/Product/Edit/XBOX vs. http://myWebSite/EditProduct.aspx?Id=1  
    相較於傳統網址更容易被Google等搜索引擎查詢與檢索，畢竟上圖網址中的XBOX比起產品Id=1來得容易理解的多。那我們要如何在ASP.NET 4當中使用這樣的機制呢，您只需要透過新加入的Routes類別，利用MapPageRoute方法即可輕易的完成URL路由的指定，例如：  
view plaincopy to clipboardprint? 
protected void Application_Start(object sender, EventArgs e) {    
    RouteTable.Routes.MapPageRoute(    
        "TestRoute", "Search/{ProductName}", "~/WebForm1.aspx");     
}   
protected void Application_Start(object sender, EventArgs e) { 
    RouteTable.Routes.MapPageRoute( 
        "TestRoute", "Search/{ProductName}", "~/WebForm1.aspx");  
} 
    在Global.asax如此撰寫之後，當使用者在網址列鍵入：http://localhost:1031/Search/AK47  
    網頁(應用程序主控權)將被導引到WebForm1.aspx頁面，而在該頁面中則可以透過底下的方式來取得參數ProductName『AK47』：  
   view plaincopy to clipboardprint? 
protected void Page_Load(object sender, EventArgs e) {    
    Response.Write("Searching Product Name : " +     
                Page.RouteData.Values["ProductName"]);    
}   
protected void Page_Load(object sender, EventArgs e) { 
    Response.Write("Searching Product Name : " +  
                Page.RouteData.Values["ProductName"]); 
} 
    這樣的設計方式，果然是方便容易許多，別小看這樣的機制，這讓我們開發大型的Web應用程序變為可能，配合我們後面要介紹的ASP.NET 4當中的DynamicData技術，我們得以輕易的開發出單一的一張.aspx網頁（一支程序），即可維護後端Schema不同的各種數據表的。不像過去ASP.NET 2.0時代，若後端數據庫有許多數據表要處理，我們幾乎得要為每一個數據表建立獨立的一張.aspx維護頁面，即便每一張.aspx網頁上的行為與程序代碼邏輯幾乎完全一樣（CRUD）。 
    更有趣的是，配合URL Routing機制的普及化，連過去我們熟悉的DataSource控件都增加了一個RouteParameter來共襄盛舉，如今ASP.NET 4.0 Web Forms可說是對URL Routing機制全面支持了： 

view plaincopy to clipboardprint? 
<asp:LinqDataSource ID="LinqDataSource1" runat="server"     
    ContextTypeName 
="UrlRouting.DataClasses1DataContext" EntityTypeName 
=""  TableName="Customers" Where="CompanyName  
== @CompanyName">   
    <WhereParameters>   
     <asp:RouteParameter Name="CompanyName" RouteKey 
="CompanyName" Type="String" />   
    </WhereParameters>   
</asp:LinqDataSource>   
<asp:LinqDataSource ID="LinqDataSource1" runat="server"  
    ContextTypeName= 
"UrlRouting.DataClasses1DataContext" EntityTypeName 
="" TableName="Customers" Where="CompanyName 
 == @CompanyName"> 
    <WhereParameters> 
     <asp:RouteParameter Name="CompanyName" RouteKey 
="CompanyName" Type="String" /> 
    </WhereParameters> 
</asp:LinqDataSource>    
    您會發現，透過上面這樣的語法，我們可以讓LinqDataSource進行數據查詢時where條件所使用的參數，直接引用URL Routing中的參數值，類似過去的QueryStringParameter，相當的方便好用