ASP.NET Button控件的UseSubmitBehavior属性引发的血案
這里先不說標題上的UseSubmitBehavior屬性是什么,先說下面這種情況。
通常,在我們寫一個表單頁面的時候,最下方會有“提交”和“返回”字樣的兩個按鈕。顧名思義,它們的功能大家都知道,但是一般情況下我們會給表單的內容加上一些驗證,這樣就出現(xiàn)了一個問題。因為兩個按鈕是服務器控件(有runat=”Server”屬性),所以點擊按鈕之后會先進行驗證(無論這里你用的是前臺的jQuery.validate驗證或者是ASP.NET自帶的后臺驗證控件驗證,都會先進行驗證)。對于“提交”按鈕,這確實是我們想要的,但是對于“返回”按鈕,我們并不想出現(xiàn)這種情況,而是想讓它不經(jīng)過驗證,直接跳轉回上一頁。
對于這種情況,我以前的解決方法就是把
| 1 | <asp:Button?ID="button_back"?runat="server"?Text="back"?OnClick="button_back_Click"?/> |
換成
| 1 | <input?type="button"?value="back"?onclick="BackToPage();"?/> |
這種形式。BackToPage方法實現(xiàn)頁面跳轉。
我相信很多朋友都是這么寫的吧?反正能解決問題就行。為什么?往下看。
但是今天無意中發(fā)現(xiàn)了Button.UseSubmitBehavior這個屬性,將其置成false,會使“返回”按鈕“躲避”掉表單驗證,直接執(zhí)行點擊事件中的方法。這正是我們一直以來想要的不是么?而且按鈕還很統(tǒng)一,不用去加額外的js代碼。
這里要說明一下,大家不要以為Button.UseSubmitBehavior真的是用來“躲避”驗證的,我只是用這個詞來表達一下它實現(xiàn)的效果。實際上Button控件有專門的屬性是用來屏蔽驗證控件的。就是Button.CausesValidation,通過名字我們應該就能了解一二。
那你會不會問,“既然有這個屬性,以上問題就不算是問題啦,可以很容易的解決。”
我想說,“是這樣的啊!”但前提是,你的項目中只存在后臺驗證。但是現(xiàn)實中我覺得不會所有人都這樣做吧?反正我就蠻習慣用jQuery.validate驗證插件的(前臺驗證)。那我們繼續(xù)研究Button.UseSubmitBehavior吧。
看個例子:
前臺代碼:
| 1 2 | <asp:Button?ID="button_confirm"?runat="server"?Text="確定"?/> <asp:Button?ID="button_back"?runat="server"?Text="返回"?onclick="button_back_Click"?/> |
瀏覽器中查看源碼中的形式
前臺代碼:
| 1 2 | <asp:Button?ID="button_confirm"?runat="server"?Text="確定"?/> <asp:Button?ID="button_back"?runat="server"?Text="返回"?UseSubmitBehavior="false"?onclick="button_back_Click"?/> |
瀏覽器中查看源碼中的形式
大家可以看出加上UseSubmitBehavior屬性后,解析成的html語句明顯不同。看到這我才恍然大悟,當加過UseSubmitBehavior屬性之后,type屬性變成了button,這樣就跟以往的解決方法一樣了啊,因為不是submit屬性,所以也就不會觸發(fā)jQuery.validate的驗證方法(回答上面橙色加粗部分的為什么)。這就是為什么UseSubmitBehavior?置成false后,不用去進行前臺驗證的原因。這就是謎底。
但是到這就結束了會不會覺得有些怪呢?我們?yōu)榱诉_到我們的目的,使用了一個新的屬性,但是這個屬性存在的意義并非是為了達到我們的目的。
整理一下思緒,上面的例子我們需要從腦袋里抹去。UseSubmitBehavior屬性與是否觸發(fā)表單驗證完全沒有任何關系。我們來專注這個屬性的本身,畢竟這個是標題。
我很俗的查了一下MSDN
可以看出重點就是圖里指出的兩個機制:
1、客戶端瀏覽器的提交機制
2、ASP.NET 回發(fā)機制
解釋一下,有錯誤的話請大家指正
1、大家可以看下這個鏈接所講的第一部分:http://www.th7.cn/Program/net/201309/150415.shtml
就是瀏覽器會封裝一個請求報文,發(fā)給服務器,服務器解析這個報文,進行重組,生成一個響應報文,回發(fā)給瀏覽器,瀏覽器收到后再對其進行解析,就生成了我們看到的網(wǎng)頁和一些我們看不到的數(shù)據(jù)。它們之間的通信都是遵循HTTP協(xié)議。
重點強調:HTTP是無狀態(tài)協(xié)議,也就是說每次的瀏覽器請求,服務器響應都是全新的一次。
2、大家可以看下這個鏈接所講的內容:http://blog.sina.com.cn/s/blog_7815564501012qgy.html?? 對于回發(fā)機制,我希望大家能跟著這篇文章里講的步驟寫個小Demo試試,會更有感覺。
回發(fā)機制,就是自己請求自己的頁面,這個機制比較搞,如果大家理解上一個機制,就會發(fā)現(xiàn)ASP.NET回發(fā)機制與其是有點背離的,上一個是無狀態(tài)的,這一個是能將前一次的值保存住,作為下一次頁面的初值。
舉個實際中的例子,就是當我們在填寫一個表單時,有好多好多項,但是當我們填到倒數(shù)第二項的時候,不小心點擊了刷新,正常按第一個機制來說,表單內控件上的值應該全部被清空,因為此時還沒有做數(shù)據(jù)庫讀取的操作,所以頁面不可能有值,但是有了回發(fā)機制,__viewstate把頁面保存了下來,這樣就保留下了我們先前填寫的內容。不過技術群里的一個朋友說“現(xiàn)在這個東西已經(jīng)很少會用了,基本不會用控件做項目開發(fā)。”囧rz啊~我一直都用的不亦樂乎,怎么破?
兩個機制解釋完了,可能大家還是有點一頭霧水,其實此時我也是一樣。下面寫個Demo讓整件事情變得更清晰點吧,借用一下Fiddler 這個工具。
頁面展示:
html代碼:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | <html?xmlns="http://www.w3.org/1999/xhtml"> <head?runat="server"> ????<title></title> </head> <body> ????<form?id="form1"?runat="server"?method="post"> ????<div> ????????<asp:Label?ID="Label1"?runat="server"?Text="content:"?></asp:Label> ????????<asp:TextBox?ID="textbox_content"?runat="server"?width="500px"></asp:TextBox> ????????<asp:Button?ID="button_usesubmitbehavior_true"?runat="server"?Text="browser-server"? ????????????onclick="button_usesubmitbehavior_true_Click"?/> ????????<asp:Button?ID="button_usesubmitbehavior_false"?runat="server"?Text="postback"? ????????????UseSubmitBehavior="false"?onclick="button_usesubmitbehavior_false_Click"?/> ????</div> ????</form> </body> </html> |
頁面源碼:
后臺代碼:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 | ????public?partial?class?WebForm1?:?System.Web.UI.Page ????{ ????????protected?void?Page_Load(object?sender,?EventArgs?e) ????????{ ????????????textbox_content.Text?+=?"M"; ????????} ????????protected?void?button_usesubmitbehavior_true_Click(object?sender,?EventArgs?e) ????????{ ????????????textbox_content.Text?+=?"true"; ????????????button_usesubmitbehavior_true.Text?+=?"1"; ????????????button_usesubmitbehavior_false.Text?+=?"2"; ????????} ????????protected?void?button_usesubmitbehavior_false_Click(object?sender,?EventArgs?e) ????????{ ????????????textbox_content.Text?+=?"false"; ????????????button_usesubmitbehavior_true.Text?+=?"3"; ????????????button_usesubmitbehavior_false.Text?+=?"4"; ????????} ????} |
操作步驟:
1、初始頁面
2、先連續(xù)點擊browser-server按鈕三次
3、再連接點擊postback按鈕三次。
通過這個demo示例,如果單從頁面顯示上看,我們完全看不到兩者有什么不同,因為后臺想實現(xiàn)的功能兩者都實現(xiàn)了(就是點擊一下按鈕,會經(jīng)過一次page_load方法,然后再經(jīng)過各自的click事件,給文本框和兩個按鈕追加內容)。但是利用fiddler工具,我們會發(fā)現(xiàn)提交的表單內容的確是有些不一樣,UseSubmitBehavior屬性設為false的按鈕提交時,本身沒有作為表單的參數(shù)傳遞給服務器端。
這就是唯一的不同嗎?感覺還是不夠,不過我真的是寫不動了。
有興趣的朋友可以再想想別的對比示例,比如試試在page上加EnableViewState="false"?這個屬性,看看點擊完按鈕會是什么效果的。這個我也有試,不過感覺還是不能證明什么。
啊,最后終于想到了一個,你可以給browser-server按鈕加上EnableViewState="false"屬性,嗯嗯,這個比較靠譜,給browser-server 按鈕加上EnableViewState="false"屬性 ,目的就是讓其沒有回發(fā)機制,因為Asp.Net控件默認都會有回發(fā)機制,這樣browser-server 按鈕就只有單純的客戶端瀏覽器的提交機制,而postback按鈕就只有回發(fā)機制。頁面效果異常明顯啊~
賣個關子,想看效果的朋友自己去試一下吧,大家可以留言做交流,原諒我,這篇文章寫的屬實有點累。
總結一下,UseSubmitBehavior?這個屬性絕對可以說是非主流的,花時間去研究會不會很蛋疼?
其實最初根本沒有想過這篇文章會寫這么長,但是隨著研究這個屬性深入,我去學習了ASP.NET的底層交互原理,ASP.NET頁面生命周期,回發(fā)機制以及了解了驗證相關的問題。說實話,收獲蠻多的,也很開心。當然,還要繼續(xù)實踐,學習。
附件:http://down.51cto.com/data/2364725
本文轉自 我不會抽煙 51CTO博客,原文鏈接:http://blog.51cto.com/zhouhongyu1989/1536727,如需轉載請自行聯(lián)系原作者
總結
以上是生活随笔為你收集整理的ASP.NET Button控件的UseSubmitBehavior属性引发的血案的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Yii框架特点及测试考虑
- 下一篇: 事件绑定