程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> 關於.NET >> ASP.NET 4的Web Forms全面支持URL Routing機制

ASP.NET 4的Web Forms全面支持URL Routing機制

編輯:關於.NET

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

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved