exception简单实例_一条简单的规则可简化Exception层次结构设计

exception简单实例

每个新项目通常都需要设置一个Exception层次结构,通常总是相同的。

我将不详述我们应该扩展RuntimeException还是直接扩展Exception,或者层次结构根是否应该为FunctionalException / TechnicalException或TransientException / PersistentException。 由于我当前的问题是完全不相关的,这些将再次成为咆哮。

情况如下:当在调用层中发生严重错误时( ,来自身份验证提供程序的身份验证失败),将使用已知的错误代码(例如123)创建一个新的FunctionalException。

publicclassFunctionalExceptionextendsRuntimeException{

    privatelongerrorCode;

    publicFunctionalException(longerrorCode){
        this.errorCode=errorCode;
    }
    // Other constructors
}

此时,此方法有一些不错的优点:错误代码既可以记录下来,又可以通过适当的错误消息显示给用户。

缺点是为了分析在代码中有效使用身份验证失败异常的位置是完全不可能的。 由于我一直坚持在此代码库上添加新功能的任务,所以我必须说这很浪费时间。 尊敬的读者,在设计Exception层次结构时,请添加以下内容:

publicclassAuthenticationFailureExceptionextendsFunctionalException{
    publicAuthenticationFailureException(){
       super(123L);
 }
 // Other constructors
}

当然,这稍微冗长一些,但是您将保留上述所有优点,并让像我这样的可怜的维护者轻松地分析代码。 提前谢谢了!

翻译自: https://blog.frankel.ch/a-single-simple-rule-for-easier-exception-hierarchy-design/

exception简单实例

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值