何时覆盖OnError？

Question

我正在研究在我支持的应用程序中重新工作和简化我们的错误处理。我们当前的所有页面都继承自我们创建的基类，而基类又明显继承自System.Web.UI.Page。在这个基类中，OnError方法当前正在被覆盖，然后调用MyBase.OnError，然后调用我们的一个自定义日志方法。

我没有看到覆盖OnError方法的任何好处，我认为让Global.asax中的Application_Error方法处理未处理的异常(记录它)会更好，然后配置中的customErrors部分将触发一个进程来重定向用户。

在网上看起来人们似乎经常覆盖这个方法，但我并不认为有必要这样做，来自MSDN的this文章让我有了同样的想法。

Answer 1

我创建了一个名为PageBase的自定义类：

public class PageBase : Page
{
  protected override void OnError(..)
  {
     //handle error, redirect to error page
  }
}

所以我只需要做一次，并使用它来捕获未处理的错误并重定向到错误页面。这样我只能做一次；我不知道Page.Error事件对应用程序错误有什么利弊；但我使用页面错误是因为它在这里很方便；我可以清除错误，并在页面上下文中重定向到错误页面……这是我个人的偏好。

感谢你的MSDN链接；这是一个非常好的资源。

HTH。

Answer 2

我从未重写过OnError方法。我喜欢使用全局asax的Application_Error，它将捕获可能不是从您的基类继承的任何页面。此外，重写一个方法是用来改变它的功能的，所以如果你不这样做，我也不会重写它。

此外，我知道这不是您的问题的一部分，但我会查看ELMAH的错误日志记录：

http://code.google.com/p/elmah/

Answer 3

我可以看到这样一种场景，应用程序中可能只有一些页面继承自基类，并且需要以不同的方式处理错误。所有其他错误将由Application_Error捕获/记录