Question

我正在寻找重新工作并简化我支持的应用程序中的错误处理。我们目前所有的页面都是从我们创建的基类继承而来，而这显然继承自System.Web.UI.Page。在这个基类中，当前正在重写OnError方法，然后调用MyBase.OnError，然后调用我们的一个自定义日志记录方法。

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

在线查看人们看起来很频繁地覆盖这种方法，但我认为没有必要和来自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的错误记录：

Answer 3

我可以看到一个场景，可能只有应用程序中的某些页面继承自基类，需要以不同方式处理错误。 Application_Error

将捕获/记录所有其他错误