我认为感性认识是理性认识不可缺乏的基础条件,所以在很理论性的解释ASP.NET页面生命周期之前,先通过一些大家可能都遇到过的例子给大家一个感性认识。
ASP.NET动态控件遇到的第一类问题就是跨页面生命周期时无法自动保存,你必须每次手动创建。举个简单的例子,例如现在我有一个DropDownList,有三个 ListItem,值分别是"0", "1", "2",在我设置了AutoPostBack之后,我希望SelectedIndexChanged时根据我选择的ListItem数值动态创建相应数量的TextBox,简单的代码如下:
- protectedvoiddropDownList_SelectedIndexChanged(objectsender,EventArgse)
- {
- for(inti=0;i<dropDownList.SelectedIndex;i++)
- {
- TextBoxdynamicTextBox=newTextBox();
- this.Form.Controls.Add(dynamicTextBox);
- }
- }
需要解释一下的是,直接用dropDownList.SelectedIndex是为了省事,因为ListItem的值本身也就是从0开始的顺序整数。
测试一下我们这个小小的ASP.NET程序有没有问题,结果当然是没问题的,你选择了哪个数值就真的会有相应数量的TextBox出现,好简单哦!我们再扔一个Button到页面上看看又会怎样,这时候你就会发现如果通过点击Button导致PostBack,那么动态创建的TextBox就没掉了,看起来事情并不如我们期望的那么简单。
“我们已经知道这个问题啦,快点给出解决方案啦”——如果你急需要一个解决方案,请直接看本篇文章的最后几段。我知道很多人是因为当前有一个棘手的问题才来翻看这类文章的,但我也不能因此而忽视了另外一部分人的需求——他们希望由浅入深地了解这个问题,并且得到解决方案的同时得到完整解释。
接下来我们继续来看第二类问题,动态创建控件的事件触发不正常。我们又来写一段简单代码:
- protectedvoidPage_Load(objectsender,EventArgse)
- {
- TextBoxdynamicTextBox=newTestingTextBox();
- dynamicTextBox.ID="DynamicTextBox"
- dynamicTextBox.Text="InitData"
- dynamicTextBox.TextChanged+=newEventHandler(dynamicTextBox_TextChanged);
- this.Form.Controls.Add(dynamicTextBox);
- }
- voiddynamicTextBox_TextChanged(objectsender,EventArgse)
- {
- this.Trace.Write("DynamicTextBox","TextChanged");
- }
由于用到了Trace,测试的时候别忘记把Trace打开哦。
我们再扔一个LinkButton到页面上,目的仅仅是为了触发 PostBack,然后看看事件是否正常。奇怪的事情发生了,在修改TextBox的值之前,无论怎么点那个LinkButton,一切都非常正常,TextChanged事件确实不发生。修改了TextBox的值之后点LinkButton,事情也还正常,TextChanged事件发生了。但之后就出问题了,无论你是否修改了TextBox的值,TextChanged总是在每一次PostBack时都被触发。
这个问题很怪异对吗?事件既非完全不触发,也非总是触发。其实答案隐藏在我之前那篇《深入理解 ViewState》里面,去读一读那篇文章,或许你自己也能够解释为什么会这样。
动态创建的控件或许还存在第三类、第四类问题,在此就不一一列举了。我相信被动态控件问题困扰过的ASP.NET程序员绝对不少,而未遇到过此类问题的程序员看到上述两个问题也未必能给出解决方案和正确解释。
在提供问题的解决方案之前首先要说明一点,作为ASP.NET程序员的你需要在某一时刻某一地方让控件动态出现时,就立即在该处写代码动态创建并添加控件,这往往都是错误的做法。正确的做法是向后退三步再抬头看,这时候你看到的就不是你要让控件动态出现的那一个准确的时刻和地方,你应该看到ASP.NET页面生命周期的全貌,接着你就应该清楚你的代码该加去哪里了。
好了,是时候给出最直接的解决方案了,唯一的解决方案就是让你看清楚ASP.NET页面生命周期的全貌,而其中最佳的入门方式就是学习控件设计。虽然上面把ASP.NET动态控件说成一个复杂的问题,然而大家天天都在用动态控件,只不过ASP.NET动态控件已经被封装到一个静态控件里了。例如复杂的GridView控件,它会自动根据每一列的性质来生成对应控件,如果是模板列还要分析模板中的内容来生成模板中定义的控件,这些控件都算是动态控件,为什么PostBack不会让他们自动消失,为什么为它们添加的事件从来不会错误触发,在你学习完控件设计之后就会一清二楚。
关于控件设计,我推荐大家买Wrox(乐思)的书来看,是以控件设计为主题的那两本,不会很厚,很快能看完。如果你在使用的是ASP.NET 1.x,或者你一定要看中文版的书,那么ASP.NET服务器控件高级编程将是一本很适合你的书。至于ASP.NET 2.0的则有Professional ASP.NET 2.0 Server Control and Component Development,英文版今年8月才发布,根据清华出版社的惯例至少要等半年才可能有对应中文版。
既然连解决方案都给出了,这个系列的文章继续写下去还有什么意义吗?书上能给你的只是一个临摹着去做就不会出错的模式,以及一个听起来很合理的解释。到底为什么临摹这种模式去做就符合ASP.NET的大模式(主要是编译模型和页面生命周期),ASP.NET的大模式到底是怎样的,这就是我接下来要写的东西。
【编辑推荐】