ASP.NET表單介紹
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應(yīng)用程序簡單又便捷.
asp.net中窗體上的限制可能聽起來怪異而武斷，但實(shí)際上跟asp.net模型有直接的作用。然而，有一種實(shí)際情況是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的窗體世界，去了解窗體（包括控件）是如何實(shí)際呈現(xiàn)的。在asp.net頁面上，< form>標(biāo)記可以是幾種容器控件像< table>, < div>, 或 < body>的子控件; 然而，在大多數(shù)頁面中，< form>只是簡單作為< body>的子節(jié)點(diǎn)。如果一個非容器控件（比如TextBox）被放置在form標(biāo)記之外，將會拋出一個運(yùn)行時錯誤（編譯時不會對此進(jìn)行檢查）。請看如下代碼，節(jié)選自TextBox的 AddAttributesToRender 方法：
- protected override void AddAttributesToRender(HtmlTextWriter writer)
- {
- if (this.Page != null) this.Page.VerifyRenderingInServerForm(this);
- ...
- }
調(diào)用頁面的VerifyRenderingInServerForm方法將會處理此工作。（當(dāng)您自己編寫自定義服務(wù)器控件時應(yīng)避免這種行為）
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è)置標(biāo)識，同時設(shè)置時以ID屬性優(yōu)先。可是有一點(diǎn)要注意，一些編程接口使用Name屬性來兼容xhtml。在xhtml中，elements通過ID標(biāo)識而不是Name，因此通常來講，最好以ID屬性為準(zhǔn)。
表單的父對象是一個具有runat屬性的總?cè)萜骺丶Ｈ绻@樣的控件不存在，頁面對象被作為父對象。典型的服務(wù)器端form的容器是標(biāo)記為服務(wù)器端對象的< table>或< div>。
圖2 列出了HtmlForm類中最常用的到一些方法。這些方法繼承于System.Web.UI.Control類。注意FindControl方法只搜索form的直接子控件。內(nèi)部容器中的子控件和表單子控件的子控件將不能被找到。
ASP.NET表單·多表單管理
通常來講，投入單表單模型的懷抱而放棄對多表單系統(tǒng)的支持并不算是很大的犧牲。盡管一些頁面如果能使用multiple forms將會獲得更加致一致和自然的設(shè)計(jì)－－至少對于那些包含有一定邏輯關(guān)系的輸入控件組的表單 例如，一個頁面除了要給用戶提供信息，還需要支持一個搜索表單或者登錄框表單。
您可以將搜索和登錄功能合并到ad hoc類并通過顯示信息的同一頁面調(diào)用，然而這并不是構(gòu)造代碼的最佳方法。
如果您正在將老的代碼移植到asp.net, 您可能覺得將登錄和搜索代碼置于另一個專門的頁面更容易些。可是您如何才能將那些頁面的數(shù)據(jù)提交到本頁呢？
在單表單模型里，頁面總是提交自身而且也沒有給開發(fā)者提供設(shè)置回傳目標(biāo)的鉤子。對于HTML和ASP編程，表單的Action屬性是單一值，在asp.net的HtmlForm類中也不暴露此屬性。單表單模型跟asp.net平臺整合的太緊密，您要么采用要么放棄——或者，做為一個附加的選擇就是可以用ASP的方式編寫代碼不使用服務(wù)器表單。象下面要講到的，在asp.net 2.0里，可以將數(shù)據(jù)提交到另一個頁面，但是這個特性是通過一些按鈕控件的新增功能得以實(shí)現(xiàn)的。現(xiàn)在，我們先看看使用HTML的非服務(wù)器端表單時有什么棘手問題。
在asp.net中，當(dāng)有多個HtmlForm控件需要呈現(xiàn)時將會拋出異常。頁面中的第一個HtmlForm控件被呈現(xiàn)后，會有一個布爾標(biāo)記被設(shè)為true，此標(biāo)記指示了是否有HtmlForm已被呈現(xiàn)，當(dāng)另一個HtmlForm試圖呈現(xiàn)時，由于此標(biāo)記已經(jīng)被設(shè)置為true因而引發(fā)一個異常。
如果一個Web Form中包含了一個服務(wù)器form和任意數(shù)量的不含有runat屬性的< form>標(biāo)記不會導(dǎo)致任何錯誤。沒有runat屬性，任何標(biāo)記都成為純粹單一的HTML而直接呈現(xiàn)（見圖3）.
此頁面包含2個表單，第二個是沒有ruan="server"屬性的HTML表單，因此被asp.net完全忽略。提供給瀏覽器的html中合法包含了兩個< form>元素，它們指向兩個不同的action URL。
然而從功能上來講此代碼有一個大的缺陷：不能使用asp.net編程模型來檢索客戶端表單action頁面上的提交數(shù)據(jù)。當(dāng)編寫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)風(fē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是由于可以借助于一個強(qiáng)類型的編程模型，但是對于以前，可靠的 HttpRequest 對象依然是需要時為您而備的。
還有一件有趣的事要注意，當(dāng)用戶點(diǎn)擊Search按鈕時，search.aspx被調(diào)用，它只接受那些Html 表單上發(fā)送回來的數(shù)據(jù),不會有視圖狀態(tài)被回傳，也沒有額外的數(shù)據(jù)傳遞。如果必須提交數(shù)據(jù)到另一個頁面，使用傳統(tǒng)風(fēng)格仍然是多數(shù)高效性能的明智之選。如隨后本專欄所述，asp.net 2.0 跨頁提交特性傳遞了相當(dāng)大的，類視圖狀態(tài)的數(shù)據(jù)域。
多 < form> 標(biāo)記
如果多個服務(wù)器端form出現(xiàn)在同一個web form上，將拋出異常。不易發(fā)現(xiàn)并不為人知的是,事實(shí)上web form可以包含任意數(shù)量的服務(wù)器端form，只要同一時刻僅有一個可見并呈現(xiàn)。例如，一個頁面包含有3個帶有runat="server"標(biāo)記的< form>是允許的，但是僅有一個form的Visible屬性可以設(shè)置為true.通過激活HtmlForm類的Visible屬性，您可以在頁面的生命周期改變活動的服務(wù)器端form。這個小竅門不能解決同時有多個活動form的問題，但是有時還是有所幫助的。
讓我們考慮一下圖4中的頁面,所有的< form>被標(biāo)記為runat="server"，但是只有第一個是可見的,互斥的form在asp.net 1.x中很順利的實(shí)現(xiàn)了一個向?qū)АＭㄟ^在按鈕事件中轉(zhuǎn)換各form的可見性，您可以獲得一個類向?qū)У男袨椋瑓⒖磮D5：
ASP.NET表單:類向?qū)ы撁娴倪\(yùn)行效果
這個技巧在asp.net 2.0中基本沒用，因?yàn)槟鷷l(fā)現(xiàn)有2個新控件：MultiView 和 Wizard。MultiView控件使用邏輯等同的互斥表單，可惜它使用panel而沒用正統(tǒng)的form。MultiView允許你定義多個互斥的HTML panel，并提供了API來切換這幾個panel的可見性，并確保同一時刻只有一個被激活并可見。MultiView控件沒有提供內(nèi)建的用戶接口。Wizard控件僅是MultiView加上一個類向?qū)У念A(yù)定義的UI塊，我在MSDN雜志2004年11期上講解過它（參閱 Cutting Edge: The asp.net 2.0 Wizard Control ）。
ASP.NET表單·Cross-Page Posting（跨頁提交）
asp.net 2.0 提供了一個新的內(nèi)建進(jìn)制以覆蓋常規(guī)處理周期并允許頁面提交到另一個頁面。通常，postback發(fā)生在下面兩種方式之一：Submit按鈕激發(fā)或通過script激發(fā)。典型的按鈕提交自動指向form指定的提交地址，而如果提交是通過script時則更加靈活機(jī)動。在asp.net 2.0中，您可以配置某個控件（尤其那些實(shí)現(xiàn)了新的IButtonControl接口的）使其可以提交給其他目標(biāo)頁面，具體可以查閱cross-page posting。
實(shí)現(xiàn)IButtonControl的核心控件是Button, ImageButton, 和 LinkButton。通常，通過實(shí)現(xiàn)IButtonControl，所有的自定義控件都可以有表單中的按鈕同樣的效果。IButtonControl接口正是一個asp.net從1.0到2.0遷移時代碼重構(gòu)的一個典型例子。IButtonControl接口聚合了asp.net 1.x支持的多數(shù)按鈕控件（包括一些html按鈕控件）的一些屬性。另外，一些新的屬性公布了新增的功能，象PostBackUrl 和 ValidationGroup，圖6詳細(xì)描述了IButtonControl接口。接下來的代碼片斷演示了如何使用：
當(dāng)PostBackUrl屬性被設(shè)置，asp.net運(yùn)行時為按鈕控件的相應(yīng)的html元素綁定一個新的JavaScript功能。將會使用新的WebForm_DoPostBackWithOptions函數(shù)取代常規(guī)我們使用的__doPostback函數(shù)，客戶端呈現(xiàn)效果如下：
結(jié)果是，當(dāng)用戶點(diǎn)擊按鈕時，當(dāng)前的表單提交內(nèi)容給指定的目標(biāo)頁。那么視圖狀態(tài)的情況呢？當(dāng)含有可以cross-page posting的控件時，頁面會創(chuàng)建一個name為__PREVIOUSPAGE的隱藏域，此域包含了提交頁的信息。目標(biāo)頁使用此信息來創(chuàng)建一個完整狀態(tài)的引用來調(diào)用頁對象。
在目標(biāo)頁，您可以使用Page類的新增的一個屬性PreviousPage來引用提交頁和頁面上所有的控件。下面是目標(biāo)頁面對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方法.擺在事實(shí)面前的問題是目標(biāo)頁面并不知道關(guān)于提交頁類型的任何信息.同樣地,它也不能提供對源頁面類的指定成員的訪問.
此外,注意FindControl僅僅查找當(dāng)前container中的控件,如果你要找的控件是在另一個控件內(nèi)部(比如模板),您必須首先取得這個container的引用然后再搜索container來查找那個控件.為了避免完全借助FindControl,還需要另一種途徑.
為了檢索提交頁面上的的值,FindControl將僅提供安全的選項(xiàng)當(dāng)您預(yù)先不知道將會調(diào)用哪個目標(biāo)頁時.然而,當(dāng)在應(yīng)用程序的上下文中使用cross-page posting時,將有機(jī)會確切知道的是誰將調(diào)用和如何調(diào)用這個頁面.這種情況下,您可以利用PreviousPageType指令使目標(biāo)頁的PreviousPageType屬性強(qiáng)類型為源頁面類.在目標(biāo)頁,添加下面的指令:
指令可以為兩個互斥屬性之一:VirtualPath 或 TypeName.VirtualPath指提交頁的URL,TypeName則指明調(diào)用頁的類型.PreviousPageType指令使目標(biāo)頁P(yáng)reviousPage屬性返回給定路徑上的頁面相同類型(或者TypeName屬性指定的類型)的一個對象引用,而事實(shí)本身是您不能直接訪問輸入控件.在asp.net中,每個頁面類包含了子控件對應(yīng)的protected成員.不幸的是,您不能調(diào)用外部類的受保護(hù)成員.事實(shí)上,只有派生類可以訪問父類的受保護(hù)成員.
為了達(dá)到這個目的,您必須在調(diào)用頁上在一個public屬性來進(jìn)行提交頁信息的訪問.例如,假象crosspostpage.aspx頁上包含一個名字為_textBox1的TextBox,為了使它能夠在目標(biāo)頁訪問,必須在后臺類增加如下代碼:
- public TextBox TextBox1
- {
- get { return _textBox1; }
- }
作為cross-page調(diào)用潛在可能的目標(biāo),不會自動將目標(biāo)頁成為別的類型.通常目標(biā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提供了另一個頁面間傳遞控件和值的機(jī)制:Server.Transfer方法.當(dāng)你調(diào)用此方法,新頁面的URL不會反映到瀏覽器的地址欄,因?yàn)檫@種頁面轉(zhuǎn)向發(fā)生服務(wù)器端--在客戶端不會有任何間接事件發(fā)生.下面的代碼演示了如何使用此方法來進(jìn)行頁面定向:
- protected void Button1_Click(object sender, EventArgs e)
- {
- Server.Transfer("targetpage.aspx");
- }
注意下面對頁面中進(jìn)行重定向的調(diào)用代碼不會被執(zhí)行.最后,Transfer只是頁轉(zhuǎn)向的方法.可是,卻對兩種情況十分有效:第一,客戶端的請求.例如,使用Response.Redirect.第二,同一個應(yīng)用程序中某請求要在新的頁面請求被重用.
對于asp.net 1.x,可以通過使用http上下文的Handler屬性獲取調(diào)用對象,象下面所示:
Page caller = (Page) Context.Handler;
由于Handler屬性返回了一個有效的對象引用,主體頁可以訪問它的public成員,但是象我們上面討論過的不能直接訪問頁面上受保護(hù)級別的控件.
本編程模型也使用于asp.net 2.0, 不過,在 asp.net 2.0中,變得更簡單了,不再需要使用Handler.你可以使用與cross-page postings相同的編程模型并借助一個非空的PreviousPage屬性和強(qiáng)類型訪問輸入域的@PreviousPageType指令來處理.那么頁面如何才能檢測它是被server transfer調(diào)用還是cross-page postback?兩種方式下PreviousPage都是非空的,但是PreviousPage對象的Page.IsCrossPagePostBack在cross-page posting方式是為true,而erver transfer則為false.
小結(jié)
從一個頁面?zhèn)髦档搅硪粋€頁面有很多種方法可以達(dá)成－－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ù)。而這些信息是否真正需要依賴于目標(biāo)頁面的描述。在很多情況下，目標(biāo)頁面僅僅需要接收啟動運(yùn)作的一些參數(shù)。if this is so，HTML客戶端表單可能用移動數(shù)據(jù)更加有效，盡管HTML表單需要一個類ASP的編程模型。
asp.net 2.0為HtmlForm類增加了一些新的特性，然而核心行為并未改變，因此提交自身仍是asp.net編程的主要方法。您可以混合客戶端form和服務(wù)器form，也可以擁有多個服務(wù)器form不過同一時間內(nèi)僅有一個可見。
【編輯推薦】
