提高你的Java代码质量吧:采用异常链传递异常

本文探讨了在JEE项目中如何正确地处理异常,包括异常的封装和传递,以提高系统的健壮性和用户体验。通过具体场景说明了如何避免吞噬异常或直接抛出异常,而是通过封装异常并沿业务链传递,确保各层都能妥善处理异常情况。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、分析

          异常需要封装,但是仅仅封装还是不够的,还需要传递异常。一个系统的友好型的标识,友好的界面功能是一方面,另一方面就是系统出现非预期的情况的处理方式了。

二、场景

          比如我们的JEE项目一般都又三层:持久层、逻辑层、展现层,持久层负责与数据库交互,逻辑层负责业务逻辑的实现,展现层负责UI数据的处理。

          又这样一个模块:用户第一次访问的时候,需要持久层从user.xml中读取数据,如果该文件不存在则提示用户创建之,那问题就来了:如果我们直接把持久层的异常FileNotFoundException抛弃掉,逻辑层根本无从得知发生任何事情,也就不能为展现层提供一个友好的处理结果,最终倒霉的就是展现层:没有办法提供异常信息,只能告诉用户“出错了,我也不知道出了什么错了”—毫无友好性而言。

          正确的做法是先封装,然后传递,过程如下:

          1.把FileNotFoundException封装为MyException。

          2.抛出到逻辑层,逻辑层根据异常代码(或者自定义的异常类型)确定后续处理逻辑,然后抛出到展现层。

          3.展现层自行确定展现什么,如果管理员则可以展现低层级的异常,如果是普通用户则展示封装后的异常。

          异常封装如下:

        

[java]  view plain copy
 
  1. public classIOException extends Exception{  
  2.     //定义异常的原因  
  3.     publicIOException(String message){  
  4.         super(message);  
  5.     }  
  6.   
  7.     //定义异常原因,并携带原始的异常  
  8.     publicIOException(String message,Throwable cause){  
  9.         super(message,cause);  
  10.     }  
  11.   
  12.     //保留原始异常信息  
  13.     publicIOExcepiton(Throwable cause){  
  14.         super(cause);  
  15.     }  
  16. }  

 

          链中传递异常代码如下:

 

[java]  view plain copy
 
  1. try{  
  2.     //DoSomethind  
  3. }catch(Exceptione){  
  4.     //这种形式也可以叫异常转译,调用者获得该异常后在调用getCause()方法即可获得Exception的异常信息,如此即可以方便查找异常的根本信息,便于解决问题。  
  5.     thrownew IOException(e);  
  6. }  

 

三、建议

          异常需要封装和传递,我们在进行系统开发的时候,不要“吞噬”异常,也不要“赤裸裸”的抛出异常,封装后在抛出,或者通过异常链传递,可以达到系统更健壮、友好的目的。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值