加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

asp.net – 何时覆盖OnError?

发布时间:2020-12-15 19:57:37 所属栏目:asp.Net 来源:网络整理
导读:我正在寻找重新工作并简化我支持的应用程序中的错误处理.我们目前所有的页面都是从我们创建的基类继承而来,而这显然继承自System.Web.UI.Page.在这个基类中,当前正在重写OnError方法,然后调用MyBase.OnError,然后调用我们的一个自定义日志记录方法. 我没有看
我正在寻找重新工作并简化我支持的应用程序中的错误处理.我们目前所有的页面都是从我们创建的基类继承而来,而这显然继承自System.Web.UI.Page.在这个基类中,当前正在重写OnError方法,然后调用MyBase.OnError,然后调用我们的一个自定义日志记录方法.

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

在网上看起来人们似乎经常覆盖这种方法,但我认为没有必要和MSDN的this文章让我思考相同.

解决方法

我创建了一个名为PageBase的自定义类:
public class PageBase : Page
{
  protected override void OnError(..)
  {
     //handle error,redirect to error page
  }
}

因此我只需要执行一次,并使用它来捕获未处理的错误并重定向到错误页面.这样我就得做一次;我不知道Page.Error事件对应用程序错误有任何利弊;但我使用页面错误,因为它在这里很方便;我可以清除错误并在页面上下文中重定向到错误页面…我的个人偏好.

感谢MSDN链接;这是一个非常好的资源.

HTH.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读