现在的位置: 首页 > 综合 > 正文

重写OnLoad比Page_Load()好

2012年12月01日 ⁄ 综合 ⁄ 共 889字 ⁄ 字号 评论关闭

首先看一下两种的代码

第一种是我们熟悉的Page_Load()方法。实际上这个是一个EventHandler,当定义再System.Web.UI.Page中的Load事件触发时,它开始执行

// use event handler
protected void Page_Load(object sender, EventArgs e)
{
//
}

这个是System.Web.UI.Page类中OnLoad()方法的Override。 // use override

protected override void OnLoad(EventArgs e)
{
base.OnLoad(e);
}

虽然上述两种做法都能完成相同的功能,但是我推荐使用Override的做法。

首先,事件处理机制是用来实现独立的对象之间通信的。例如,当一个Button被点击时,页面可以通过事件处理机制得知这一消息并进行处理。但在这 个例子中,Load事件定义在System.Web.UI.Page中,本身也是我们页面中的一部分。这样在一个类的内部发出事件并又在其本身处理这个事 件的做法将显得很奇怪。

其次,效率上考虑,事件处理不及Override。这是由.NET Framework的实现所决定的并且我们都已经了解。

还有,使用事件时需要维护两个地方:事件处理方法的加载(attach)以及事件处理函数本身的定义。虽然ASP.NET 2.0已经提供了一些预定义的事件处理方法名,但还有好多开发者在使用ASP.NET 1.1。而使用Override则只需要维护Override函数本身。

当然,事件处理机制有它自身的好处,比如可以很方便的在运行时指定事件处理方法,允许分布在各处的多个事件处理方法依次执行。但在ASP.NET页 面中我们不会用到这些特性。我们总会有一个方法来定义页面被加载的行为,我们也不会有多个Page_Load()方法在一个页面中出现。

更加泛化一点,不单单在ASP.NET页面中,其他情况下我们也应该尽可能的使用Override而不是Event。
使用Override的时候需要注意的是不要忘记调用基类的方法(Visual Studio会替你做好的)。

抱歉!评论已关闭.