猿问

关于Service层异常封装的问题

service层应该是抛出自定义异常,还是通用的Exception?

比如:前台需要code、message、data

  • code:返回特定编码,比如0表示成功,1表示失败

  • message:失败时返回错误信息

  • data:如果是查询,用户存放数据

现在自定义一个异常,CustomizeException,可以抛出code和message。
最好的用法是不是应该在dao层抛出Exceptionservice层catch之后throw出新的自定义异常CustomizeException,给相应异常信息加上描述。controller就直接返回异常中的code和message给前台。

如果有描述不到位的地方,敬请见谅。


冉冉说
浏览 2009回答 4
4回答

扬帆大鱼

我习惯的做法是:对于DAO层查询不到结果的情况,返回NULL。对于连接失败等内部问题,抛异常Service层需要检查NULL,然后返回NotFoundException。连接失败等异常不管,直接往上抛在Controller层面,通过Spring MVC的Controller Advice统一处理异常。根据不同的异常转成合理的Http status和message返回给客户端

月关宝盒

dao是与数据库打交道的,关异常什么事,所有的业务异常都应该在service层抛出,举个列子,用户名不能重复,你dao一个findByName(String name)方法,这个方法只是查询数据改名称是否存在,难道还要把你业务绑定到dao层?

慕码人2483693

dao层不需要抛出异常,应该在service层抛出异常,可以是自定义的异常,然后在controller中定义exception handler统一处理。

当年话下

我认为最合理的做法:1、dao层不捕获异常、不抛出异常:spring框架将底层的数据库checked异常封装成unchecked异常了2、service层捕获异常,并抛出自定义unchecked异常,异常中不定义状态码:checked异常默认情况事务不会回滚3、controller层捕获异常,并抛出自定义异常,异常类中定义需要返回的HTTP状态码4、exceptionHandler中统一处理所有异常但是,这样会造成controller比较臃肿,所以,很多项目使用偷懒的办法,service中抛出的异常定义状态码,controller不捕获保持代码简洁,由exceptionHandler统一处理
随时随地看视频慕课网APP

相关分类

Java
我要回答