关于 ASP.NET 代码隐藏模型的问题

Question

我正在考虑 asp.net 2.0 代码隐藏模型。

将按钮拖到我的 Default.aspx 页面上后，我在 Default.aspx.designer.cs 文件中得到以下声明：

public partial class _Default {

    protected global::System.Web.UI.HtmlControls.HtmlForm form1;

    protected global::System.Web.UI.WebControls.Button Button1;
}

现在我可以编写Default.aspx.cs 文件中的以下代码：

protected void Button1_Click(object sender, EventArgs e)
{
    Button1.Text = "clicked!";
}

但我想知道，我得到的只是 Button 类型的 Button1 变量的声明，它还没有被实例化，这段代码如何运行而不触发空引用异常？

我认为某处一定存在这样的代码：

Button1 = new Button();

但是这段代码在哪里？这段代码什么时候执行？谁执行它？

非常感谢...

更新 - 1 - 21:17 12/15/2010

我在一个神秘的位置发现了 2 个自动生成的文件 C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\edd9f4a1\7f113408，它们是：

App_Web_x_swwj6s.1.cs
App_Web_x_swwj6s.0.cs

我在App_Web_x_swwj6s.0.cs文件中找到如下代码：

        private global::System.Web.UI.WebControls.Button @__BuildControlButton1()
         {
            global::System.Web.UI.WebControls.Button @__ctrl;                
            @__ctrl = new global::System.Web.UI.WebControls.Button();
            //....
            this.Button1 = @__ctrl;
            return @__ctrl;
          }

并且在下面的代码中调用了这个方法：

private global::System.Web.UI.HtmlControls.HtmlForm @__BuildControlform1()
{
  //....
  global::System.Web.UI.WebControls.Button @__ctrl1;

  @__ctrl1 = this.@__BuildControlButton1();
  //......
}

最后在下面的方法中调用了上面的代码：

protected override void FrameworkInitialize()

所以我相信 FrameworkInitialize() 方法完成了将控件引用绑定到控件实例这一脏活。

为了证明这一点，我特意在我的代码隐藏文件中编写了以下代码：

protected override void FrameworkInitialize()
{
    this.Button1 = null;
}

我希望当我单击按钮时会出现空引用异常，但奇怪的是，整个网站运行顺利。

我在 aspx 文件中声明的所有控件都是使用 FrameworkInitialize() 方法创建的吗？为什么上述场景中没有出现空引用异常？

再次非常感谢。

更新 - 2 - 21:43 12/15/2010

我想我可能会找到解释，我检查了 ASP.NET 使用 .NET 反射器生成的最终页面类。它的派生关系是这样的：

default_aspx class（代表页面的最终类）<--- _Default class（类背后的代码）<--- System .Web.UI.Page

在default_aspx类中，我发现了这个：

protected override void FrameworkInitialize()
{
    base.FrameworkInitialize();  // Button1=null is executed here.
    this.__BuildControlTree(this); // Here Button1 is STILL set to an instance.
    base.AddWrappedFileDependencies(__fileDependencies);
    base.Request.ValidateInput();
}

所以，这可以解释为什么我将Button1设置为null的意图失败了。

现在，我的问题是，是否必须在页面生命周期的一开始就调用 FrameworkInitialize() 方法，以便我们之后可以使用页面上的控件。

更新 - 3 - 3： 2010 年 12 月 16 日下午 45 点

来自此处：

一旦 HTTP 页面处理程序类 完全识别，ASP.NET运行时 调用处理程序的 ProcessRequest 处理请求的方法。 一般情况下不需要改变 该方法的实现 由 Page 类提供。

此实现首先调用 FrameworkInitialize 方法，该方法 构建页面的控件树。 该方法是受保护的虚拟方法 模板控件的成员 class——Page 本身所在的类 得出。任何动态生成的 .aspx 资源的处理程序 覆盖 FrameworkInitialize。在这个 方法，整个控制树为 页面已构建。

针对您的宝贵意见，我们将开始悬赏。 :)

Answer 1

那么，您现在到底想得到什么答案……在我看来，您似乎正在自己回答大部分问题？ :)

关于FrameworkInitialize，如果您启动 Reflector 并查看代码，这是最简单的。代码就是法律！ :) 在这里你会看到 System.Web.UI.TemplateControl.FrameworkInitialize()
将调用名为 System.Web.Compilation.BuildResultNoCompileTemplateControlFrameworkInitialize(TemplateControl) 的内部方法，该方法正在对控件树进行实际初始化。这意味着覆盖 FrameworkInitialize() 并将 Button1 设置为 null 不会产生任何效果，因为该代码最终将在初始化控件树之前运行。

Answer 2

在触发 OnLoad 等事件之前，页面及其控件（包括本例中的按钮）由 Web 表单“视图引擎”实例化。

否则，您必须使用 ISAPI 过滤器或类似设备拦截请求并在触发任何事件之前创建页面对象及其控件。我认为这就是 ASP.NET ISAPI DLL 的作用。

我还没有尝试过这个，但您也许可以在页面的构造函数中设置一个断点，以便在创建任何内容之前查看 ::Controls[] 列表，我希望该列表为空（但我在下面提供的页面生命周期链接将有更好的解释）。

请参阅此链接或这个。