这里先不说标题上的UseSubmitBehavior属性是什么,先说下面这种情况。

通常,在我们写一个表单页面的时候,最下方会有“提交”和“返回”字样的两个按钮。顾名思义,它们的功能大家都知道,但是一般情况下我们会给表单的内容加上一些验证,这样就出现了一个问题。因为两个按钮是服务器控件(有runat=”Server”属性),所以点击按钮之后会先进行验证(无论这里你用的是前台的jQuery.validate验证或者是ASP.NET自带的后台验证控件验证,都会先进行验证)。对于“提交”按钮,这确实是我们想要的,但是对于“返回”按钮,我们并不想出现这种情况,而是想让它不经过验证,直接跳转回上一页。

对于这种情况,我以前的解决方法就是把

<asp:Button ID="button_back" runat="server" Text="back" OnClick="button_back_Click" />

换成

<input type="button" value="back" onclick="BackToPage();" />

这种形式。BackToPage方法实现页面跳转。

我相信很多朋友都是这么写的吧?反正能解决问题就行。为什么?往下看。

但是今天无意中发现了Button.UseSubmitBehavior这个属性,将其置成false,会使“返回”按钮“躲避”掉表单验证,直接执行点击事件中的方法。这正是我们一直以来想要的不是么?而且按钮还很统一,不用去加额外的js代码。

这里要说明一下,大家不要以为Button.UseSubmitBehavior真的是用来“躲避”验证的,我只是用这个词来表达一下它实现的效果。实际上Button控件有专门的属性是用来屏蔽验证控件的。就是Button.CausesValidation,通过名字我们应该就能了解一二。

那你会不会问,“既然有这个属性,以上问题就不算是问题啦,可以很容易的解决。”

我想说,“是这样的啊!”但前提是,你的项目中只存在后台验证。但是现实中我觉得不会所有人都这样做吧?反正我就蛮习惯用jQuery.validate验证插件的(前台验证)。那我们继续研究Button.UseSubmitBehavior吧。

看个例子:

前台代码:

<asp:Button ID="button_confirm" runat="server" Text="确定" />
<asp:Button ID="button_back" runat="server" Text="返回" onclick="button_back_Click" />


浏览器中查看源码中的形式


wKioL1Pi2hTT2wOhAABtt6ip0kE748.jpg

前台代码:

<asp:Button ID="button_confirm" runat="server" Text="确定" />
<asp:Button ID="button_back" runat="server" Text="返回" UseSubmitBehavior="false" onclick="button_back_Click" />

浏览器中查看源码中的形式

wKiom1Pi2R7BpJwMAACQzy-l3C8380.jpg

大家可以看出加上UseSubmitBehavior属性后,解析成的html语句明显不同。看到这我才恍然大悟,当加过UseSubmitBehavior属性之后,type属性变成了button,这样就跟以往的解决方法一样了啊,因为不是submit属性,所以也就不会触发jQuery.validate的验证方法(回答上面橙色加粗部分的为什么)。这就是为什么UseSubmitBehavior 置成false后,不用去进行前台验证的原因。这就是谜底。

但是到这就结束了会不会觉得有些怪呢?我们为了达到我们的目的,使用了一个新的属性,但是这个属性存在的意义并非是为了达到我们的目的。

整理一下思绪,上面的例子我们需要从脑袋里抹去。UseSubmitBehavior属性与是否触发表单验证完全没有任何关系。我们来专注这个属性的本身,毕竟这个是标题。

我很俗的查了一下MSDN

wKioL1Pi2l7gYYgNAANl8QOMIFs559.jpg

可以看出重点就是图里指出的两个机制:

1、客户端浏览器的提交机制

2、ASP.NET 回发机制

解释一下,有错误的话请大家指正

1、大家可以看下这个链接所讲的第一部分:http://www.th7.cn/Program/net/201309/150415.shtml

就是浏览器会封装一个请求报文,发给服务器,服务器解析这个报文,进行重组,生成一个响应报文,回发给浏览器,浏览器收到后再对其进行解析,就生成了我们看到的网页和一些我们看不到的数据。它们之间的通信都是遵循HTTP协议。

重点强调:HTTP是无状态协议,也就是说每次的浏览器请求,服务器响应都是全新的一次。

2、大家可以看下这个链接所讲的内容:http://blog.sina.com.cn/s/blog_7815564501012qgy.html   对于回发机制,我希望大家能跟着这篇文章里讲的步骤写个小Demo试试,会更有感觉。

回发机制,就是自己请求自己的页面,这个机制比较搞,如果大家理解上一个机制,就会发现ASP.NET回发机制与其是有点背离的,上一个是无状态的,这一个是能将前一次的值保存住,作为下一次页面的初值。

举个实际中的例子,就是当我们在填写一个表单时,有好多好多项,但是当我们填到倒数第二项的时候,不小心点击了刷新,正常按第一个机制来说,表单内控件上的值应该全部被清空,因为此时还没有做数据库读取的操作,所以页面不可能有值,但是有了回发机制,__viewstate把页面保存了下来,这样就保留下了我们先前填写的内容。不过技术群里的一个朋友说“现在这个东西已经很少会用了,基本不会用控件做项目开发。”囧rz啊~我一直都用的不亦乐乎,怎么破?

两个机制解释完了,可能大家还是有点一头雾水,其实此时我也是一样。下面写个Demo让整件事情变得更清晰点吧,借用一下Fiddler 这个工具。

页面展示:

wKioL1Pi2quhBKOLAABg4-bnKE4605.jpg

html代码:

<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>

页面源码:

wKiom1Pi2cDD31CeAAC8pU5WYJw462.jpg

后台代码:

    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、初始页面

wKiom1Pi2enQatSSAAAvoqIGKTo747.jpg

2、先连续点击browser-server按钮三次

wKioL1Pi2xWTD8M1AACzZRdAx9o398.jpg

wKiom1Pi2gmzyv2PAAWe90Ja6eA270.jpg


3、再连接点击postback按钮三次。

wKiom1Pi2jGiU24YAADNHNoTOZg045.jpg

wKiom1Pi2kXgW4RoAAXkBwyh6JI797.jpg


通过这个demo示例,如果单从页面显示上看,我们完全看不到两者有什么不同,因为后台想实现的功能两者都实现了(就是点击一下按钮,会经过一次page_load方法,然后再经过各自的click事件,给文本框和两个按钮追加内容)。但是利用fiddler工具,我们会发现提交的表单内容的确是有些不一样,UseSubmitBehavior属性设为false的按钮提交时,本身没有作为表单的参数传递给服务器端。

这就是唯一的不同吗?感觉还是不够,不过我真的是写不动了。

有兴趣的朋友可以再想想别的对比示例,比如试试在page上加EnableViewState="false" 这个属性,看看点击完按钮会是什么效果的。这个我也有试,不过感觉还是不能证明什么。

啊,最后终于想到了一个,你可以给browser-server按钮加上EnableViewState="false"属性,嗯嗯,这个比较靠谱,给browser-server 按钮加上EnableViewState="false"属性 ,目的就是让其没有回发机制,因为Asp.Net控件默认都会有回发机制,这样browser-server 按钮就只有单纯的客户端浏览器的提交机制,而postback按钮就只有回发机制。页面效果异常明显啊~

卖个关子,想看效果的朋友自己去试一下吧,大家可以留言做交流,原谅我,这篇文章写的属实有点累。

总结一下,UseSubmitBehavior 这个属性绝对可以说是非主流的,花时间去研究会不会很蛋疼?

其实最初根本没有想过这篇文章会写这么长,但是随着研究这个属性深入,我去学习了ASP.NET的底层交互原理,ASP.NET页面生命周期,回发机制以及了解了验证相关的问题。说实话,收获蛮多的,也很开心。当然,还要继续实践,学习。