萬盛學電腦網

 萬盛學電腦網 >> 網絡編程 >> asp編程 >> ASP.NET4實用方法Url Routing的使用

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,相當的方便好用

copyright © 萬盛學電腦網 all rights reserved