| fuckxy |
2008-08-14 18:11 |
弄懂Page的生存周期（lifecycle）对于开发asp.net应用程序来说是非常重要的。很多.net初学者在处理动态加载控件的时候都出现过回发后丢值，丢状态之类的问题。HTTP协议是无状态的，这就是web程序不同与windows程序的一个天生的问题，如果要学习asp.net的话，Page的生存周期将是你最重要的基础之一。事件的顺序是怎样的，特别是asp.net 2.0新增了母板页后，使其变得更复杂了，本文的目的就是通过解释每一个事件的顺序及其用途让你弄清楚这些事件到底是怎么回事。
背景
在asp.net应用程序中，用户总是要去请求一个.aspx页的，让我们感兴趣的一件事就是在用户访问一个.aspx页的时候，应用程序所属的web服务器到底做了哪些事呢？弄懂事件的顺序将有助于我们在恰当的事件中做我们想做的事，也可以消除我们的一些混淆，比如把一些问题归咎给web程序的无状态之类的。
基础：新的编译模型和部分类（Partial Classes）
asp.net中的每一个web form都直接或间接的继承自System.Web.UI.Page类。一个web from包括两部分：一个是代码文件(WebForm.aspx.cs)，它包括一些和page相关联的事件和方法，另一个是aspx文件，它包括一些HTML控件声明（在Visual Studio 2005的web应用程序中，我们还有一个名为WebForm.aspx.designer.cs的设计类）
在asp.net 2.0中，我们不需要再定义控件变量，也不需要再在代码文件中写一些事件委托，这一切都要归功于部分类。在asp.net 1.x中，这些代码都会自动的在InitializeComponent()里生成。但是到了2.0版本，runtime将会创建一个部分类，这个类会包含aspx页中的所有信息。这将使得代码文件非常清晰并且易于管理。
这将消除VS2003中的代码文件和aspx页面之间的名字相互联系的改变（如果我们要改变任意控件的ID，都不得不改变aspx页和代码文件）。在VS2005中所有控件的事件都定义在aspx页里。所以代码文件中的事件委托和控件变量将被清除，这是比先前的VS2003方便的地方。
页的生存周期
了解页的生存周期中的每一个请求是非常重要的，丢值、丢状态的问题都可能是你对页的生存周期了解不够造成的。当然，如果你要在asp.net保留状态的话，可以用诸如Application，Session，Cache，或者Cookies之类的
注意：asp.net 2.0中的视图状态由两部分组成，控件状态和视图状态。详细了解请参考这篇文章
http://msdn2.microsoft.com/en-us/library/1whwt1k7(VS.80).aspx
下面我们将按照web程序的代码文件中的各个事件的触发顺序来详细的介绍它们
重点提示：除了Init()和Unload()之外的所有事件都是从最外面到最里面被激发的。例如，一个用户控件的init事件在它的父页类的Page_Init()事件之前被激发（译者注：这是从里到外）。
1. PreInit()
在这个页面级的事件中，所有在设计时创建的控件都将被用默认值做初始化。例如，如果你有一个Text属性值为“Hello”的TextBox控件，则此时这个属性被设置。我们也可以在这里动态的创建控件。
这个事件仅仅发生在页级别的类中，用户控件和母版页没有这个事件
下面的代码示例了如何重写这个方法以增加你的自定义代码
protected override void OnPreInit(EventArgs e)
{
// custom code
base.OnPreInit(e);
}
注意，我们只能在PreInit()事件中动态的设置themes
使用母版页时的特例
我们先要了解一个非常重要的知识点——母版页被处理的过程就相当于内容页中的一个控件。
所以如果一个页有其相关联的母版页的话，那么在PreInit()事件里页中的所有控件都不会被初始化。而只有在Init()事件开始之后，你才能直接访问这些控件。为什么？
这个原因就是内容页中的所有控件都包含在“ContentPlaceholder”里，而“ContentPlaceholder”其实就是母版页的一个子控件。现在母版页被处理的过程就相当于内容页中的一个控件，我们早先提到过，除了Init()和Unload()之外的所有事件都是从最外面到最里面被激发的。虽然页的PreInit()是第一个被触发的事件，但是用户控件和母版页是没有这个事件的，所以在页的Page_PreInit()方法中，母版页和用户控件都不会被初始化，而是在Init()事件之后
接下来让我们来看一下Page_Init()事件之后控件的层次结构
2. OnInit()
在这个事件里，我们能读出控件的属性（在设计模式中设置的）。但是我们不能读出用户设置的值，因为得到用户设置的值是在LoadPostData()事件被激发之后。不过在这个事件中我们可以得到POST数据，如下
string selectedValue = Request.Form[controlID].ToString();
3. LoadViewState
这个事件仅仅在回发之后被激发（IsPostBack == true）。在这个事件中runtime从隐藏域中分解出view state并加载到所有启用了view state的控件。
4. LoadPostBackData
这个事件也仅仅是在回发之后被激发。
在这个事件里实现了IPostBackDataHandler接口的控件从HTTP的POST数据中得到值。注意，textbox控件不能从view state中获得值，而是在此事件中从POST数据中获得值。所以即使有些控件没有启用view state，只要它实现了IPostBackDataHandler接口就可以从HTTP的POST数据中得到值。
另一个重要的知识点是如果我们有一个DropDownList控件并动态的给它增加一些选择项，那么runtime将不能得到这些值除非启用了view state（即使控件继承自IPostBackDataHandler接口）。这个原因就是在HTTP的POST数据中的每一个控件只能有一个值，并且POST数据中的所有值都不会被保存，除了使用view state。
5. Page_Load
这是最常用的方法了，而且是一些开发新手放置他们代码的第一个地方，有些新手们往往认为这就是Page类第一个触发的方法。这个方法是混淆我们Page生存周期的罪魁祸首之一。
注意：如果页里有任何用户控件的话，那么用户控件的Load方法将在页类的Load方法之后被触发。这个原因早先已经解释过了，除了Init()和Unload()之外的所有事件都是从最外面到最里面被激发的。所以页的Page_Load()之后，页内的其它控件的Load方法才被触发。
6. Control Event Handlers
事件处理（比如像Button1_Click()之类的）是定义在ASPX页面中的，有一些开发人员认为当单击一个按钮后会立即出发Button_Click() ，他们忘了在这个事件触发之前首先要触发Page_Load。
7. PreRender
如果我们想改变某一个控件的值，这是最后的机会了
8. SaveViewState |
|