Form（表單）是asp.net開發(fā)中重要的組成部分－－沒有Form就沒有asp.net Web編程模型。Form不局限于純粹的HTML，但是在asp.net中會受到一些限制。對于asp.net頁面，F(xiàn)orm可以提交自身，并且asp.net模型提供了控件狀態(tài)管理和postback事件。由于asp.net的單一Form模型使得編寫asp.net應用程序簡單又便捷.

asp.net中窗體上的限制可能聽起來怪異而武斷，但實際上跟asp.net模型有直接的作用。然而，有一種實際情況是asp.net 1.x form 模型所不支持的:在同一個頁面擁有多個，互不干涉的form。比如，您不能在某個頁面上添加一個搜索文本框并將結(jié)果提交到另一個頁面.

在msdn雜志2003年5月刊上，我寫了一個專欄關(guān)于asp.net 1.x的Form編程（參閱 Cutting Edge: Form-based Programming in asp.net）,對于asp.net 2.0的介紹里, 關(guān)于提交給不同的頁面這一主題的地址有一些變動。本文我將討論asp.net 2.0下的Form編程.

ASP.NET表單·窗體呈現(xiàn)

讓我們探索一下asp.net的窗體世界，去了解窗體（包括控件）是如何實際呈現(xiàn)的。在asp.net頁面上，< form>標記可以是幾種容器控件像< table>, < div>, 或 < body>的子控件; 然而，在大多數(shù)頁面中，< form>只是簡單作為< body>的子節(jié)點。如果一個非容器控件（比如TextBox）被放置在form標記之外，將會拋出一個運行時錯誤（編譯時不會對此進行檢查）。請看如下代碼，節(jié)選自TextBox的 AddAttributesToRender 方法：

protected override void AddAttributesToRender(HtmlTextWriter writer)  
            {  
            if (this.Page != null)  this.Page.VerifyRenderingInServerForm(this);  
            ...  
            }  

調(diào)用頁面的VerifyRenderingInServerForm方法將會處理此工作。（當您自己編寫自定義服務(wù)器控件時應避免這種行為）

ASP.NET表單·HtmlForm類

HtmlForm繼承自HtmlContainerControl，使得窗體具有包含子控件的能力。HtmlForm提供了對HTML< form>元素在服務(wù)器端的編程訪問能力，其properties列表見圖1。從表中可以看到asp.net 1.x 和 asp.net 2.0的變化主要限于幾個properties。

一個表單必須擁有唯一的名字,未指定名字時asp.net會自動分配一個?？梢酝ㄟ^ID或Name屬性給Form設(shè)置標識，同時設(shè)置時以ID屬性優(yōu)先。可是有一點要注意，一些編程接口使用Name屬性來兼容xhtml。在xhtml中，elements通過ID標識而不是Name，因此通常來講，最好以ID屬性為準。

表單的父對象是一個具有runat屬性的總?cè)萜骺丶Ｈ绻@樣的控件不存在，頁面對象被作為父對象。典型的服務(wù)器端form的容器是標記為服務(wù)器端對象的< table>或< div>。

圖2 列出了HtmlForm類中最常用的到一些方法。這些方法繼承于System.Web.UI.Control類。注意FindControl方法只搜索form的直接子控件。內(nèi)部容器中的子控件和表單子控件的子控件將不能被找到。

ASP.NET表單·多表單管理

通常來講，投入單表單模型的懷抱而放棄對多表單系統(tǒng)的支持并不算是很大的犧牲。盡管一些頁面如果能使用multiple forms將會獲得更加致一致和自然的設(shè)計－－至少對于那些包含有一定邏輯關(guān)系的輸入控件組的表單 例如，一個頁面除了要給用戶提供信息，還需要支持一個搜索表單或者登錄框表單。

您可以將搜索和登錄功能合并到ad hoc類并通過顯示信息的同一頁面調(diào)用，然而這并不是構(gòu)造代碼的最佳方法。

如果您正在將老的代碼移植到asp.net, 您可能覺得將登錄和搜索代碼置于另一個專門的頁面更容易些?？墒悄绾尾拍軐⒛切╉撁娴臄?shù)據(jù)提交到本頁呢？

在單表單模型里，頁面總是提交自身而且也沒有給開發(fā)者提供設(shè)置回傳目標的鉤子。對于HTML和ASP編程，表單的Action屬性是單一值，在asp.net的HtmlForm類中也不暴露此屬性。單表單模型跟asp.net平臺整合的太緊密，您要么采用要么放棄——或者，做為一個附加的選擇就是可以用ASP的方式編寫代碼不使用服務(wù)器表單。象下面要講到的，在asp.net 2.0里，可以將數(shù)據(jù)提交到另一個頁面，但是這個特性是通過一些按鈕控件的新增功能得以實現(xiàn)的?，F(xiàn)在，我們先看看使用HTML的非服務(wù)器端表單時有什么棘手問題。

在asp.net中，當有多個HtmlForm控件需要呈現(xiàn)時將會拋出異常。頁面中的第一個HtmlForm控件被呈現(xiàn)后，會有一個布爾標記被設(shè)為true，此標記指示了是否有HtmlForm已被呈現(xiàn)，當另一個HtmlForm試圖呈現(xiàn)時，由于此標記已經(jīng)被設(shè)置為true因而引發(fā)一個異常。

如果一個Web Form中包含了一個服務(wù)器form和任意數(shù)量的不含有runat屬性的< form>標記不會導致任何錯誤。沒有runat屬性，任何標記都成為純粹單一的HTML而直接呈現(xiàn)（見圖3）.

此頁面包含2個表單，第二個是沒有ruan="server"屬性的HTML表單，因此被asp.net完全忽略。提供給瀏覽器的html中合法包含了兩個< form>元素，它們指向兩個不同的action URL。

然而從功能上來講此代碼有一個大的缺陷：不能使用asp.net編程模型來檢索客戶端表單action頁面上的提交數(shù)據(jù)。當編寫search.aspx時，對于客戶端表單的action頁面，不能對頁面的控件借助視圖狀態(tài)和提交數(shù)據(jù)來讀取和更新它們的狀態(tài)。（The apparent statefulness of asp.net server controls is obtained by making pages post to themselves）為了知道提交給search.aspx的數(shù)據(jù)，您必須采取針對ASP模型的直接在回傳數(shù)據(jù)中檢索的傳統(tǒng)風格：

protected void Page_Load(object sender, EventArgs e)  
            {  
            // Use the Request to retrieve posted data  
            string textToSearch = Request.Form["Keyword"].ToString();  
            ...  
            // Use standard asp.net to populate the page UI  
            KeywordBeingUsed.Text = textToSearch;  
            }  

可以使用 HttpRequest 對象協(xié)議規(guī)范中的集合（Page.Request等同于HttpContext.Current.Request）來檢索回傳的數(shù)據(jù)——對于POST方式時使用Form，GET方式時使用QueryString，或者想要兼容對Form、QueryString、 ServerVariables 和 Cookies的訪問時使用Params。HttpRequest 對象會在頁面創(chuàng)建前將數(shù)據(jù)封裝，因此，頁面的任何事件都可以隨意調(diào)用Page.Request.對于自提交的asp.net頁面，不需要使用Request是由于可以借助于一個強類型的編程模型，但是對于以前，可靠的 HttpRequest 對象依然是需要時為您而備的。

還有一件有趣的事要注意，當用戶點擊Search按鈕時，search.aspx被調(diào)用，它只接受那些Html 表單上發(fā)送回來的數(shù)據(jù),不會有視圖狀態(tài)被回傳，也沒有額外的數(shù)據(jù)傳遞。如果必須提交數(shù)據(jù)到另一個頁面，使用傳統(tǒng)風格仍然是多數(shù)高效性能的明智之選。如隨后本專欄所述，asp.net 2.0 跨頁提交特性傳遞了相當大的，類視圖狀態(tài)的數(shù)據(jù)域。

多 < form> 標記

如果多個服務(wù)器端form出現(xiàn)在同一個web form上，將拋出異常。不易發(fā)現(xiàn)并不為人知的是,事實上web form可以包含任意數(shù)量的服務(wù)器端form，只要同一時刻僅有一個可見并呈現(xiàn)。例如，一個頁面包含有3個帶有runat="server"標記的< form>是允許的，但是僅有一個form的Visible屬性可以設(shè)置為true.通過激活HtmlForm類的Visible屬性，您可以在頁面的生命周期改變活動的服務(wù)器端form。這個小竅門不能解決同時有多個活動form的問題，但是有時還是有所幫助的。

讓我們考慮一下圖4中的頁面,所有的< form>被標記為runat="server"，但是只有第一個是可見的,互斥的form在asp.net 1.x中很順利的實現(xiàn)了一個向?qū)?。通過在按鈕事件中轉(zhuǎn)換各form的可見性，您可以獲得一個類向?qū)У男袨?，參看圖5：

 

ASP.NET表單:類向?qū)ы撁娴倪\行效果

這個技巧在asp.net 2.0中基本沒用，因為您會發(fā)現(xiàn)有2個新控件：MultiView 和 Wizard。MultiView控件使用邏輯等同的互斥表單，可惜它使用panel而沒用正統(tǒng)的form。MultiView允許你定義多個互斥的HTML panel，并提供了API來切換這幾個panel的可見性，并確保同一時刻只有一個被激活并可見。MultiView控件沒有提供內(nèi)建的用戶接口。Wizard控件僅是MultiView加上一個類向?qū)У念A定義的UI塊，我在MSDN雜志2004年11期上講解過它（參閱 Cutting Edge: The asp.net 2.0 Wizard Control ）。

ASP.NET表單·Cross-Page Posting（跨頁提交）

asp.net 2.0 提供了一個新的內(nèi)建進制以覆蓋常規(guī)處理周期并允許頁面提交到另一個頁面。通常，postback發(fā)生在下面兩種方式之一：Submit按鈕激發(fā)或通過script激發(fā)。典型的按鈕提交自動指向form指定的提交地址，而如果提交是通過script時則更加靈活機動。在asp.net 2.0中，您可以配置某個控件（尤其那些實現(xiàn)了新的IButtonControl接口的）使其可以提交給其他目標頁面，具體可以查閱cross-page posting。

實現(xiàn)IButtonControl的核心控件是Button, ImageButton, 和 LinkButton。通常，通過實現(xiàn)IButtonControl，所有的自定義控件都可以有表單中的按鈕同樣的效果。IButtonControl接口正是一個asp.net從1.0到2.0遷移時代碼重構(gòu)的一個典型例子。IButtonControl接口聚合了asp.net 1.x支持的多數(shù)按鈕控件（包括一些html按鈕控件）的一些屬性。另外，一些新的屬性公布了新增的功能，象PostBackUrl 和 ValidationGroup，圖6詳細描述了IButtonControl接口。接下來的代碼片斷演示了如何使用：

當PostBackUrl屬性被設(shè)置，asp.net運行時為按鈕控件的相應的html元素綁定一個新的JavaScript功能。將會使用新的WebForm_DoPostBackWithOptions函數(shù)取代常規(guī)我們使用的__doPostback函數(shù)，客戶端呈現(xiàn)效果如下：

結(jié)果是，當用戶點擊按鈕時，當前的表單提交內(nèi)容給指定的目標頁。那么視圖狀態(tài)的情況呢？當含有可以cross-page posting的控件時，頁面會創(chuàng)建一個name為__PREVIOUSPAGE的隱藏域，此域包含了提交頁的信息。目標頁使用此信息來創(chuàng)建一個完整狀態(tài)的引用來調(diào)用頁對象。

在目標頁，您可以使用Page類的新增的一個屬性PreviousPage來引用提交頁和頁面上所有的控件。下面是目標頁面對form中某TextBox內(nèi)容檢索的后臺代碼：

protected void Page_Load(object sender, EventArgs e)  
            {  
            // Retrieves some posted data  
            TextBox txt = (TextBox) PreviousPage.FindControl("TextBox1");  
            ...  
            }  

通過使用Page類的PreviousPage屬性，可以訪問提交頁上聲明的任意輸入控件.對輸入控件的訪問是弱類型的并間接使用FindControl方法.擺在事實面前的問題是目標頁面并不知道關(guān)于提交頁類型的任何信息.同樣地,它也不能提供對源頁面類的指定成員的訪問.

此外,注意FindControl僅僅查找當前container中的控件,如果你要找的控件是在另一個控件內(nèi)部(比如模板),您必須首先取得這個container的引用然后再搜索container來查找那個控件.為了避免完全借助FindControl,還需要另一種途徑.

為了檢索提交頁面上的的值,FindControl將僅提供安全的選項當您預先不知道將會調(diào)用哪個目標頁時.然而,當在應用程序的上下文中使用cross-page posting時,將有機會確切知道的是誰將調(diào)用和如何調(diào)用這個頁面.這種情況下,您可以利用PreviousPageType指令使目標頁的PreviousPageType屬性強類型為源頁面類.在目標頁,添加下面的指令:

指令可以為兩個互斥屬性之一:VirtualPath 或 TypeName.VirtualPath指提交頁的URL,TypeName則指明調(diào)用頁的類型.PreviousPageType指令使目標頁PreviousPage屬性返回給定路徑上的頁面相同類型(或者TypeName屬性指定的類型)的一個對象引用,而事實本身是您不能直接訪問輸入控件.在asp.net中,每個頁面類包含了子控件對應的protected成員.不幸的是,您不能調(diào)用外部類的受保護成員.事實上,只有派生類可以訪問父類的受保護成員.

為了達到這個目的,您必須在調(diào)用頁上在一個public屬性來進行提交頁信息的訪問.例如,假象crosspostpage.aspx頁上包含一個名字為_textBox1的TextBox,為了使它能夠在目標頁訪問,必須在后臺類增加如下代碼:

public TextBox TextBox1  
            {  
            get { return _textBox1; }  
            }  

作為cross-page調(diào)用潛在可能的目標,不會自動將目標頁成為別的類型.通常目標頁總是被自身調(diào)用,例如通過一個超鏈接.這種情況發(fā)生時PreviousPage屬性返回null并且別的回傳相關(guān)的屬性(象IsPostBack)采用常規(guī)值.對于雙重功能的頁面,好的辦法是添加額外的代碼來分辨頁面的行為.下面的Page_Load事件中的代碼使頁面只工作于cross-page調(diào)用方式:

if (PreviousPage == null)  
            {  
            Response.Write("Sorry, that's not the right way to invoke me.");  
            Response.End();  
            return;  
            }  

ASP.NET表單·頁面重定向

除了按鈕控件的PostBackUrl屬性,asp.net提供了另一個頁面間傳遞控件和值的機制:Server.Transfer方法.當你調(diào)用此方法,新頁面的URL不會反映到瀏覽器的地址欄,因為這種頁面轉(zhuǎn)向發(fā)生服務(wù)器端--在客戶端不會有任何間接事件發(fā)生.下面的代碼演示了如何使用此方法來進行頁面定向:

protected void Button1_Click(object sender, EventArgs e)  
            {  
            Server.Transfer("targetpage.aspx");  
            } 

注意下面對頁面中進行重定向的調(diào)用代碼不會被執(zhí)行.最后,Transfer只是頁轉(zhuǎn)向的方法.可是,卻對兩種情況十分有效:第一,客戶端的請求.例如,使用Response.Redirect.第二,同一個應用程序中某請求要在新的頁面請求被重用.

對于asp.net 1.x,可以通過使用http上下文的Handler屬性獲取調(diào)用對象,象下面所示:

Page caller = (Page) Context.Handler;

由于Handler屬性返回了一個有效的對象引用,主體頁可以訪問它的public成員,但是象我們上面討論過的不能直接訪問頁面上受保護級別的控件.

本編程模型也使用于asp.net 2.0, 不過,在 asp.net 2.0中,變得更簡單了,不再需要使用Handler.你可以使用與cross-page postings相同的編程模型并借助一個非空的PreviousPage屬性和強類型訪問輸入域的@PreviousPageType指令來處理.那么頁面如何才能檢測它是被server transfer調(diào)用還是cross-page postback?兩種方式下PreviousPage都是非空的,但是PreviousPage對象的Page.IsCrossPagePostBack在cross-page posting方式是為true,而erver transfer則為false.

小結(jié)

從一個頁面?zhèn)髦档搅硪粋€頁面有很多種方法可以達成－－cross-page posting，server transfer，HTML forms, cookies, session-state, query strings, 或者其他方法等等.那么最有效的是哪個呢？在 asp.net 2.0中，cross-page posting 和 server transfer提供了一個常見的編程模型，但卻潛在地通過View State移動了大塊的數(shù)據(jù)。而這些信息是否真正需要依賴于目標頁面的描述。在很多情況下，目標頁面僅僅需要接收啟動運作的一些參數(shù)。if this is so，HTML客戶端表單可能用移動數(shù)據(jù)更加有效，盡管HTML表單需要一個類ASP的編程模型。

asp.net 2.0為HtmlForm類增加了一些新的特性，然而核心行為并未改變，因此提交自身仍是asp.net編程的主要方法。您可以混合客戶端form和服務(wù)器form，也可以擁有多個服務(wù)器form不過同一時間內(nèi)僅有一個可見。

【編輯推薦】

1. ASP.NET1.1、ASP.NET2.0、ASP.NET3.5中驗證控件等問題
2. ASP.NET1.1和ASP.NET2.0:數(shù)據(jù)庫連接字符串的不同設(shè)置
3. ASP.NET1.1與ASP.NET2.0共存
4. ASP.NET1.1實現(xiàn)仿2.0的MasterPage功能
5. ASP.NET1.1升級到ASP.NET2.0的心得體會