重写OnLoad比Page_Load()好

首先看一下两种的代码

第一种是我们熟悉的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会替你做好的）。