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

在ASP.NET页面中推荐使用覆写(Override)而不是事件处理(Event Handler)

2013年10月02日 ⁄ 综合 ⁄ 共 1583字 ⁄ 字号 评论关闭

English Version: http://dflying.dflying.net/1/archive/101_prefer_overrides_to_event_handlers_in_aspnet_page.html

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

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

 

 

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

// use override
protected override void OnLoad(EventArgs e)
{
    
// logic here
    base.OnLoad(e);
}

 

首先,事件处理机制是用来实现独立的对象之间通信的。例如,当一个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会替你做好的)。

posted on 2006-03-29 22:53 Dflying Chen 阅读(512) 评论(4)  编辑 收藏 收藏至365Key 所属分类: ASP.NET


评论:

# re: 在ASP.NET页面中推荐使用覆写(Override)而不是事件处理(Event Handler) 2006-03-30 01:18 | cacard
应该这样,petshop里面就是这样做的。  回复
  
# re: 在ASP.NET页面中推荐使用覆写(Override)而不是事件处理(Event Handler) 2006-03-30 10:51 | smalldust
关于PageLoad,也许作者说得没错;但是很多情况,尤其是在WinForm开发时的大多数情况,都不要轻易去Override基类方法,而是老老实实地使用Event。

原因就是,你Overrider了基类的方法,但是基类是一无所知的;但是如果你使用的是Event,基类是能通过Event链来决定是否调用你,什么时候调用你等等。

换句话说,使用Overrider的确使得你的自由度提高了,你甚至可以改变基类规定的逻辑,但是也正因此,这种做法在你没有仔细研读过基类代码的时候这是相当危险的。而这种情况下,程序的稳定性远比用Override代替Event所换来的那点性能重要。  回复

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

抱歉!评论已关闭.