asp.net - 何时覆盖 OnError？

Question

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

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

从网上看，人们似乎经常重写此方法，但我认为没有必要和 this来自 MSDN 的文章让我有同样的想法。

Answer 1

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

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

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

感谢 MSDN 链接；这是一个很好的资源。

哈。