何时覆盖 OnError？

发布于 2024-09-05 07:32:50 字数 416 浏览 15 评论 0原文

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

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

在网上看，人们似乎经常覆盖此方法，但我认为没有必要，并且 MSDN 上的这篇文章让我也有同样的想法。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

花开半夏魅人心 2024-09-12 07:32:50

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

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

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

感谢您提供 MSDN 链接；那是一个非常好的资源。

HTH。

I create a custom class called PageBase:

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

And so I only have to do it once, and use that to catch unhandled errors and redirect to the error page. This way I have to do it once; I don't know that Page.Error event has any pros or cons over application error; but I use the page error as it can be convenient here; I can clear the error and redirect to the error page right within the context of the page... my personal preference.

Thanks for the MSDN link; that was a pretty good resource.

HTH.

回复收藏 0 原文