在ASP.NET應用程式中,Web表單之間的導航有多種方式:用超級鏈接,用Response.Redirect,用Server.Transfer,或用Server.Execute。本文將分析這四種導航方式的異同及其優缺點,幫助你選擇最佳的導航方式。
一、超級連結
從一個表單進入另一個表單最簡單的方式是使用HTML超級連結控制項。在Web表單中,使用超級連結的HTML程式碼類別如:
<a href="WebForm2.aspx">進入表單2</a>
當使用者點擊該超級鏈接,WebForm2.aspx執行並將結果傳送到瀏覽器。超級連結導航方式幾乎可用於任何地方,包括HTML頁面和普通的ASP頁面。 ASP.NET也提供了另一種可取代使用的方法,分別是HyperLink伺服器控制項:
<form id="Form1" method="post" runat="server">
<asp:HyperLink id="HyperLink1" runat=" server"
NavigateUrl="WebForm2.aspx">進入表單2</asp:HyperLink>
</form>
上述HTML程式碼的運作結果和第一個範例相同,因為ASP.NET把HyperLink Web伺服器控制項視為一個HTML超級連結控件。但兩者有一點重要的區別,HyperLink Web伺服器控制項可以在伺服器端編程。具體地說,可以在程式碼中改變它的NavigateUrl屬性,從而允許構造出具體目標可根據應用的當前狀態動態變化的超級鏈接,例如:
Private Sub Button1_Click( _
ByVal sender As System.Object, _
ByVal e As System.EventArgs) _
Handles Button1.Click
HyperLink1.NavigateUrl = "WebForm3.aspx"
End Sub
這段程式碼執行後,如果使用者點擊鏈接,他看到的將是WebForm3.aspx,而不是WebForm2.aspx。
二、用程式控制重定向
雖然超級連結能夠從一個頁面導航到另一個頁面,但這種導航方式是完全由使用者控制的。有些時候,我們可能要用程式碼來控制整個導航過程,包括何時轉到另一個頁面。在這些場合,ASP.NET有三種不同的方式可以達到類似的目的:呼叫Response物件的Redirect方法,呼叫Server物件的Transfer或Execute方法。這三種導航方式的行為基本上相似,但也有差異。
2.1 Response.Redirect
Response.Redirect方法導致瀏覽器連結到一個指定的URL。當Response.Redirect()方法被呼叫時,它會建立一個應答,應答頭中指出了狀態代碼302(表示目標已經改變)以及新的目標URL。瀏覽器從伺服器收到該應答,利用應答頭中的信息發出一個對新URL的請求。
這就是說,使用Response.Redirect方法時重定向操作發生在客戶端,總共涉及到兩次與伺服器的通訊(兩個來回):第一次是對原始頁面的請求,得到一個302應答,第二次是請求302應答中聲明的新頁面,得到重定向之後的頁面。
2.2 Server.Transfer
Server.Transfer方法把執行流程從目前的ASPX檔案轉到同一伺服器上的另一個ASPX頁面。呼叫Server.Transfer時,目前的ASPX頁面終止執行,執行流程轉入另一個ASPX頁面,但新的ASPX頁面仍使用前一ASPX頁面建立的應答流。
如果用Server.Transfer方法實現頁面之間的導航,瀏覽器中的URL不會改變,因為重定向完全在伺服器端進行,瀏覽器根本不知道伺服器已經執行了一次頁面變換。
預設情況下,Server.Transfer方法不會把表單資料或查詢字串從一個頁面傳遞到另一個頁面,但只要把該方法的第二個參數設定成True,就可以保留第一個頁面的表單數據和查詢字串。
同時,使用Server.Transfer時應注意一點:目標頁面將使用原始頁面建立的應答流,這導致ASP.NET的機器驗證檢查(Machine Authentication Check,MAC)認為新頁面的ViewState已被竄改。因此,如果要保留原始頁面的表單資料和查詢字串集合,必須把目標頁面Page指令的EnableViewStateMac屬性設定成False。
2.3 Server.Execute
Server.Execute方法允許目前的ASPX頁面執行一個同一Web伺服器上的指定ASPX頁面,當指定的ASPX頁面執行完畢,控制流程重新傳回原頁面發出Server.Execute呼叫的位置。
這種頁面導航方式類似於針對ASPX頁面的一次函數調用,被調用的頁面能夠存取發出調用頁面的表單資料和查詢字串集合,所以要把被調用頁面Page指令的EnableViewStateMac屬性設定成False。
預設情況下,被呼叫頁面的輸出追加到目前應答流。但是,Server.Execute方法有一個重載的方法,允許透過一個TextWriter物件(或它的子對象,例如StringWriter物件)來取得被呼叫頁面的輸出,而不是直接追加到輸出流,這樣,在原始頁面中可以方便調整被呼叫頁面輸出結果的位置。
為說明其工作流程,下面我們建立一個Web表單,放入一個按鈕控制項(Button1)和一個文字控制項(Literal1),在設計介面中轉入程式碼視圖,加入一個System.IO名稱空間的Imports語句,然後加入使用者點擊按鈕時執行的程式碼:
Private Sub Button1_Click( _
ByVal sender As System.Object, _
ByVal e As System.EventArgs) _
Handles Button1.Click
Dim sw As StringWriter = New StringWriter()
Server.Execute("WebForm2. aspx", sw)
Literal1.Text = sw.ToString()
End Sub
接著為同一個Web應用程式建立第二個頁面WebForm2.aspx。轉入該頁面的HTML視圖,修改其Page指令禁止ViewState檢查:
<%@ Page Language="vb" AutoEventWireup="false" Codebehind="WebForm2.aspx.vb"
Inherits="Navigate.WebForm2" EnableViewStateMac="false "%>
再轉到設計視圖,為第二個頁面增加一些控制項。接下來,把第一個頁面設定成預設頁面,啟動應用程式。點選按鈕,WebForm2的控制項將顯示在WebForm1中放置Literal按鈕的地方,如圖一,注意頁面標題和URL仍舊顯示原始頁面WebForm1。
圖一:用Server.Execute合併兩個來源檔案的頁面
用Server.Transfer或Server.Execute方法實作導覽時,也要注意一點:最後得到的頁面可能不是合法的HTML頁面,因為最終傳回給客戶端的頁面可能包含多個<HTML>和<BODY>等標記。 IE瀏覽器看來能夠容忍並正確處理這類情形,但如果使用者要用到其他的瀏覽器,最好仔細測試一下。
三、比較與選擇
既然從一個頁面導航到另一個頁面的辦法有這麼多,應該如何選擇最佳的導航方式呢?以下是一些需要考慮的因素:
·如果要讓使用者來決定何時轉換頁面以及轉到哪一個頁面,超級連結最適合。
·如果要用程式來控制轉換的目標,但轉換的時機由使用者決定,使用Web伺服器的HyperLink控件,動態設定其NavigateUrl屬性。
·如果要把使用者連接到另一台伺服器上的資源,使用Response.Redirect。
·用Response.Redirect把使用者連接到非ASPX的資源,例如HTML頁面。
·如果要將查詢字串作為URL的一部分保留,請使用Response.Redirect。
·如果要將執行流程轉入同一Web伺服器的另一個ASPX頁面,應使用Server.Transfer而不是Response.Redirect,因為Server.Transfer能夠避免不必要的網路通信,從而獲得更好的效能和瀏覽效果。
·如果要擷取一個ASPX頁面的輸出結果,然後將結果插入另一個ASPX頁面的特定位置,則使用Server.Execute。
·如果要確保HTML輸出合法,請使用Response.Redirect,不要使用Server.Transfer或Server.Execute方法。
本文譯自:http://www.ondotnet.com/pub/a/dotnet/2003/04/07/aspnetnav.html