Service 层需要返回一些错误状态的需求，大家都是怎么设计的？

This topic created in 2773 days ago, the information mentioned may be changed or developed.

比如一些读写操作需要在一个事物里。
有些状态需要进行判断，如果不符合则需要返回 controller 层一些状态，这样的场景大家都是怎么进行设计的？

我是通过自定义异常，然后从 service 层抛出，在 controller 层进行统一处理。
但是感觉这样的方式太粗暴了点。

如果把部分数据判断逻辑放在 controller 层里，因为不在一个事物中可能会有数据不一致（规范要求 controller 层不能加 @Transactional 注释）。

controller

service

事物

4 replies • 2018-11-11 11:40:27 +08:00

Aidenboss

Nov 5, 2018

确实可以在 service 层抛出异常。
比如我有一个用户名为空的异常。
@ResponseStatus(code = 500)
class UsernameEmptyException extends RuntimeException {}
然后 service 层可以直接抛出。
然后定义一个全局的 ExceptionHandler，在那里返回结果。controller 就不需要做额外的处理。

fkdog

Nov 5, 2018

@Aidenboss 那这样的话，可能会定义很多种异常。
定义单独一个异常，封装 error code 和 error message，全局拦截直接返回错误提示。

legiorange

Nov 5, 2018

spring boot 可以全局拦截，正如 fkdog 所说的那样，我觉得这个自定义是最优解决方案。

zhazi

Nov 11, 2018 via Android

可以封装个容器类似 resultbean，可预知的业务异常包裹起来，没有异常传递数据