aspx页面与codeBehind

Aspx页面与CodeBehind
  
  　　在深入了解页面的生命周期之前，我们先来探讨一些Aspx与CodeBehind之间的关系。
  
  <%@ Page language="c#" Codebehind="WebForm.aspx.cs" Inherits="MyNamespace.WebForm" %>
  
  　　相信使用过CodeBehind技术的朋友，对ASPX顶部的这句话应该是非常熟悉了，我们来一项一项的分析它：
  
  　　Page language="c#" 这个就不用多说了吧
  
  　　Codebehind="WebForm.aspx.cs" 这一句表示绑定的代码文件
  
  　　Inherits="MyNamespace.WebForm" 这句非常重要，它表示页面继承的类名称，也就是CodeBehind的代码文件中的类，这个类必须从System.Web.WebControls.Page派生
  
  　　从上面我们可以分析出，实际上CodeBehind中的类就是页面（ASPX）的基类，到这里，可能有些朋友要问了，在编写ASPX的时候，完全是按照ASP的方式，在Html中嵌入代码或者嵌入服务器控件，没有看到所谓“类”的影子啊？
  
  　　这个问题实际上并不复杂，各位使用ASP.Net编程的朋友可以到你们的系统盘：/WINDOWS/Microsoft.NET/ Framework/<版本号>/Temporary ASP.NET Files这个目录下，这个下面就放了所有本机上存在的ASP.Net应用程序的临时文件，子目录的名称就是应用程序的名称，然后再下去两层（为了保证唯一，ASP.Net自动产生了两层子目录，并且子目录名称是随机的），然后我们会发现有很多类似：“yfy1gjhc.dll”、 “xeunj5u3.dll”这样的链接库以及“komee-bp.0.cs”、“9falckav.0.cs”这样的源文件，实际上这就是ASPX被 ASP.Net动态编译后的结果，打开这些源文件我们可以发现：
  
  public class WebForm_aspx : MyNamespace.WebForm, System.Web.SessionState.IRequiresSessionState
  
  
  　　这就印证了我们前面的说法，ASPX是代码绑定类的子类，它的名称是ASPX文件名加上“_aspx”后缀，通过研究这些代码我们可以发现，实际上所有aspx中定义的服务器控件都是在这些代码中生成的，然后动态产生这些代码的时候，把原来在ASPX中嵌入的代码写在了相应的位置。
  
  　　当某个页面第一次被访问的时候，Http运行时就会使用一个代码生成器去解析ASPX文件并生成源代码并编译，然后以后的访问就直接调用编译后的dll，这也是为什么ASPX第一次访问的时候非常慢的原因。
  
  　　解释了这个问题，我们再来看另一个问题。我们在使用代码绑定的时候，在设计页面拖一个控件，然后切换到代码视图，就可以直接在Page_Load中使用这个控件了，既然控件是在子类中产生的，那为什么在父类中可以直接使用呢？
  
  　　实际上我们可以发现，每当用VS.Net拖一个控件到页面上，代码绑定文件中总是会类似这样的添加一个声明：
  
  protected System.Web.WebControls.Button Button1;
  
  　　我们可以发现这个字段被声明成protected，而且名字与ASPX中控件的ID一致，仔细想一想，这个问题就迎刃而解了。我们前面提到 ASPX的源代码是被生成器动态生成和编译的，生成器会产生动态生成每一个服务器控件的代码，在生成的时候，它会检查父类有没有声明这个控件，如果声明了，它会添加类似下面的一句代码：
  
  this.DataGrid1 = __ctrl;
  
  　　这个__ctrl就是生成该控件的变量，这时候它就把控件的引用赋给了父类中相应的变量，这也是为什么父类中的声明必须为protected（实际上也可以为public），因为要保证子类能够调用。
  
  　　然后在执行Page_Load的时候，因为这时候父类的声明已经被子类中的初始化代码赋了值，所以我们就可以使用这个字段来访问对应的控件，了解了这些，我们就不会犯在代码绑定文件中的构造器里使用控件，造成空引用的异常的错误了，因为构造器是最先执行的，这时候子类的初始化还没有开始，所以父类中的字段是空值，至于子类是什么时候初始化我们放到后面讨论。
  
  　　五、页面生存周期
  
  　　现在回到第三个标题中讲到的内容，我们讲到了HttpApplication的实例接收请求，并创建页面类的实例，实际上这个实例也就是动态编译的ASPX的类的一个实例，上一个标题中我们了解到ASPX实际上是代码绑定中类的子类，所以它继承了所有的protected方法。
  
  　　现在我们来看看VS.Net自动生成的CodeBehind类的代码，以此来开始我们对页面生命周期的探讨：
  
  #region Web Form Designer generated code
  
  override protected void OnInit(EventArgs e)
  
  {
  
  //
  
  // CODEGEN：该调用是 ASP.NET Web 窗体设计器所必需的。
  
  //
  
  InitializeComponent();
  
  base.OnInit(e);
  
  }
  
  
  /// <summary>
  
  /// 设计器支持所需的方法 - 不要使用代码编辑器修改
  
  /// 此方法的内容。
  
  /// </summary>
  
  private void InitializeComponent()
  
  {
  
  this.DataGrid1.ItemDataBound += new System.Web.UI.WebControls.DataGridItemEventHandler(this.DataGrid1_ItemDataBound);
  
  this.Load += new System.EventHandler(this.Page_Load);
  
  
  }
  
  #endregion
  
  　　这个就是使用VS.Net产生的Page的代码，我们来看，这里面有两个方法，一个是OnInit，一个是 InitializeComponent，后者被前者调用，实际上这就是页面初始化的开始，在InitializeComponent中我们看到了控件的事件声明和Page的Load声明。
  
  　　下面是从MSDN中摘录的一段描述和一个页面生命周期方法和事件触发的顺序表：
  
  　　“每次请求 ASP.NET 页时，服务器就会加载一个 ASP.NET 页，并在请求完成时卸载该页。页及其包含的服务器控件负责执行请求并将 HTML 呈现给客户端。虽然客户端和服务器之间的通讯是无状态的和断续的，但是必须使客户感觉到这是一个连续执行的过程。”
  
  　　“这种连续性假象是由 ASP.NET 页框架、页及其控件实现的。回发后，控件的行为必须看起来是从上次 Web 请求结束的地方开始的。虽然 ASP.NET 页框架可使执行状态管理相对容易一些，但是为了获得连续性效果，控件开发人员必须知道控件的执行顺序。控件开发人员需要了解：在控件生命周期的各个阶段，控件可使用哪些信息、保持哪些数据、控件呈现时处于哪种状态。例如，在填充页上的控件树之前控件不能调用其父级。”
  

本篇文章来源于 站长中国 转载请以链接形式注明出处 网址：http://www.zzchn.com/edu/20080220/79676.shtml