ASP.NET组件设计之生命周期详解
ASP.NET组件设计之生命周期是什么呢？让我们来看看：
当一个ASP.NET页面被请求后，一个page实例被生成，开始自己的逻辑，最终返回HTML流给用户端。构成逻辑处理的是page中存在的服务器端控件以及控件间的交互，并且在页面结束前服务器控件们被销毁（视.net的回收策略而定）。那么这些控件在短短的页面处理过程中经历了创建、处理、销毁等到底是如何组织的？这些控件是如何同其他控件交互，如何在多个页面间保持状态的？（这应当是整个控件开发的基本也是重要的知识）
首先，我们看看特殊的控件，也就是Page类，所有aspx页面的父类（或者祖先）。因为这是我们程序员主要的舞台。Page类继承自TemplateControl, 且实现了IhttpHandler。IhttpHandler接口是保证页面被ASP.NET框架所调度，并且可以获得HTTP协议的数据输入流以及获得向HTTP输出流输出数据的能力；而TemplateControl类是继承自Control类。Page实现了InamingContainer接口，这保证了他可以充当页面中的控件们的容器（控件们的战斗舞台）
好了，现在看看在ASP.NET组件设计中的ASP.NET控件生命周期(看看MS是如何定义这个框架体系的)：
1、 Instance 实例化
通过控件的构造器所实例化。还可以通过被父控件实例化而生成。
2、 Initialize 初始化
控件会通过默认方式调用OnInit方法，从而引发On_init事件。Page根据aspx页面的语法以及标签设定值来初始化控件，对声明语法中的控件及其属性赋值。作为一个特殊控件，一般可以在Page的OnInit事件中允许编程者提供控间的初始化操作（对某些属性赋值）。对于控件包含的子控件，控件可以访问他们，但是子控件是不可以访问父控件的（因为控件此时还没有被加载(Load)）。
3、 Begin Tracking View State 开始跟踪视图状态
发生在初始化阶段末尾，Page会调用控件的TrackViewState方法（这是一个继承自Control的保护方法）
4、 Load View State 加载视图
此时，页面框架自动恢复了ViewState字典（ViewState数据来自表单form中的隐含字段），控件会根据ViewState值来设定自己的属性或者内部字段变量等
5、 Load PostBack Data加载回传数据
如果控件实现了IpostBackDataHandle接口，那么页面回调用控件实现的接口，让其参与对回传数据的处理
6、 Load 加载
此时，控件树（page的控件以及控件的子控件构成的树）所有控件都已经被初始化，并恢复到上一个周期的状态（这是通过ViewState获得的），可以访问其他的任何控件。
7、 Raise Change Events�
相关文档：
GET /Img.ashx?img=svn_work.gif HTTP/1.1
Accept: */*
Referer: http://www.svnhost.cn/
Accept-Language: zh-cn
UA-CPU: x86
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.2; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5 ......
分部类(Partial Classes)
C# 2.0 可以将类、结构或接口的定义拆分到两个或多个源文件中，在类声明前添加partial关键字即可。
例如：下面的PartialTest类
class PartialTest
{
string Str_FieldTest;
int Int_FieldTest;
public void DoTest()
{
Debug.Print("Test");
}
}
可在不同源文件中写成下面形式：
一个 ......
ASP.NET的优点我说过很多次了，也就是各个控件独立负责自己内部的逻辑，这是一个好事情，因为它解决了原本ASP处理逻辑耦合度高的问题。然而这是需要代价的，那就是引入ASP.NET页面生命周期，随着控件的多层嵌套，应用的复杂度增加，我们再次陷入泥潭！
其实这个文章题目我两个月前就写下了，可是一直没想写完它，直到今天� ......
