ToB企服应用市场:ToB评测及商务社交产业平台

标题: 如何优雅地处置惩罚返回值 [打印本页]
作者: 罪恶克星    时间: 2024-9-17 19:49
标题: 如何优雅地处置惩罚返回值
我们已经知道了如何优雅的校验传入的参数了，那么后端服务器如何实现把数据返回给前端呢？
返回格式

后端返回给前端我们一样平常用 JSON 体方式，界说如下：
  1. {
  2.     #返回状态码
  3.     code:string,      
  4.     #返回信息描述
  5.     message:string,
  6.     #返回值
  7.     data:object
  8. }
复制代码
CODE 状态码

Code 返回状态码，一样平常是在开发的时候需要什么，就添加什么。
如接口要返回用户权限异常，我们加一个状态码为 101 吧，下一次又要加一个数据参数异常，就加一个 102 的状态码。如许虽然可以或许照常满意业务，但状态码太凌乱了。
这里可以参考 阿里巴巴开发手册 中前后端规约 以及 异常日志中的内容
  1. U表示用户，后面4位数字编号为
  2. #U1000～U1999 区间表示用户参数相关
  3. #U2000～U2999 区间表示用户相关接口异常
  4. ...
复制代码
如许前端开发人员在得到返回值后，根据状态码就可以知道，大概什么错误，再根据 Message 相干的信息描述，可以快速定位。
Message

这个字段相对理解比较简单，就是发生错误时，如何友好的进行提示。一样平常的设计是和 Code 状态码一起设计，如：
  1. @Data
  2. public class Result {
  4.     private String retCode;
  5.     private String retMsg;
  7.     //默认成功状态码
  8.     public static final String SUCCESSCODE = "S0000";
  9.     public static final String SUCCESSMSG = "成功";
  10.     //默认失败状态码
  11.     public static final String ERROR_CODE = "E2222";
  12.     public static final String ERROR_MSG = "失败";
  14.     public static final String COMMENT_CODE = "E3333";
  15.     public static final String RUNNING_ERROR_MSG = "运行出错，请联系管理员";
  17.     private Result() {
  18.         this(SUCCESSCODE, SUCCESSMSG);
  19.     }
  20. }
复制代码
再在枚举中界说，状态码：
  1. @Getter
  2. public enum UserResultConstants implements ResultConstats{
  4.     NOT_ID("U1001","未正确输入用户id"),
  5.     ADD_FAIL("U1002","新增用户失败"),
  6.     UPDATE_FAIL("U1003","更新用户失败"),
  7.     DELETE_FAIL("U1004","删除用户失败"),
  8.     USERNAME_EXIST("U1005","用户名已存在"),
  9.     USER_NOT_EXIST("U1006","用户不存在")
  10.     ;
  12.     private String code;
  13.     private String message;
  15.     private UserResultConstants(String code, String message){
  16.         this.code = code;
  17.         this.message = message;
  18.     }
  20. }
复制代码
状态码和信息就会一一对应，比较好维护。
Data

返回数据体，JSON 格式，根据不同的业务又不同的 JSON 体。
我们要设计一个返回体类 Result：
  1. @Data
  2. public class Result {
  4.     private String retCode;
  5.     private String retMsg;
  6.     private Object data;
  8.     public static final String SUCCESSCODE = "0000";
  9.     public static final String SUCCESSMSG = "成功";
  10.     public static final String ERROR_CODE = "2222";
  11.     public static final String ERROR_MSG = "失败";
  13.     public static final String COMMENT_CODE = "3333";
  14.     public static final String RUNNING_ERROR_MSG = "运行出错，请联系管理员";
  16.     public Result() {
  17.         this(SUCCESSCODE, SUCCESSMSG, null);
  18.     }
  20.     public Result(Object data) {
  21.         this(SUCCESSCODE, SUCCESSMSG, data);
  22.     }
  24.     public Result(String retCode, String retMsg, Object data) {
  25.         this.retCode = retCode;
  26.         this.retMsg = retMsg;
  27.         this.data = data;
  28.     }
  30.     public Result(String retCode, String retMsg) {
  31.         this(retCode, retMsg, null);
  32.     }
  33. }
复制代码
控制层 Controller

我们会在 Controller 层处置惩罚业务哀求，并返回给前端，以 用户管理 为例：
  1. @RestController
  2. @RequestMapping("/user")
  3. @Slf4j
  4. @Validated
  5. @RequiredArgsConstructor
  6. public class UserController {
  8.     private final UserService userService;
  10.     /**
  11.      * 查询所有用户信息
  12.      *
  13.      * @return 返回所有用户信息
  14.      */
  15.         @GetMapping(value = "/list")
  16.     public Result userList() {
  17.         List<UserVo> users = userService.selectUserList();
  18.         Result result = new Result(users);
  19.         log.info("userList查询的用户信息为:{}", JsonMapper.toJson(users));
  20.         return result;
  21.     }
  22. }
复制代码
我们看到在得到 users 对象之后，我们是用的 Result 构造方法进行包装赋值，然后进行返回。而@RestController注解是@Controller和@ResponseBody的合集，表示这是个控制器 bean,而且是将函数的返回值直接填入 HTTP 响应体中，是 REST 风格的控制器，更加适合目前前后端分离的架构下，返回 JSON 数据格式。
有没有发现，构造方法如许的包装是不是很麻烦，可以优化一下。
雅观优化

我们可以在 Result 类中，加入静态方法，一看就懂：
  1. @Data
  2. public class Result {
  4.     //...
  5.    
  6.     public static Result ok() {
  7.         return new Result();
  8.     }
  10.     public static Result ok(Object data) {
  11.         return new Result(data);
  12.     }
  14.     public static Result ok(String retCode, String retMsg) {
  15.         return new Result(retCode, retMsg);
  16.     }
  18.     public static Result error(String retCode, String retMsg) {
  19.         return new Result(retCode, retMsg);
  20.     }
  22. }
复制代码
再改造一下 Controller：
  1. @RestController
  2. @RequestMapping("/user")
  3. @Slf4j
  4. @Validated
  5. @RequiredArgsConstructor
  6. public class UserController {
  8.     private final UserService userService;
  10.     /**
  11.      * 查询所有用户信息
  12.      *
  13.      * @return 返回所有用户信息
  14.      */
  15.     @GetMapping(value = "/list")
  16.     public Result userList() {
  17.         List<UserVo> users = userService.selectUserList();
  18.         log.info("userList查询的用户信息为:{}", JsonMapper.toJson(users));
  19.         return Result.ok(users);
  20.     }
  21. }
复制代码
代码是不是比较简洁了，也雅观了。
优雅优化

上面我们看到在 Result 类中增长了静态方法，使得业务处置惩罚代码简洁了。
但大家有没有发现如许有几个题目：
我们最好的方式直接返回真实业务对象，最好不要改变之前的业务方式，如下：
  1. @RestController
  2. @RequestMapping("/user")
  3. @Slf4j
  4. @Validated
  5. @RequiredArgsConstructor
  6. public class UserController {
  8.     private final UserService userService;
  10.     /**
  11.      * 查询所有用户信息
  12.      *
  13.      * @return 返回所有用户信息
  14.      */
  15.     @GetMapping(value = "/list")
  16.     public List<UserVo> userList() {
  17.         List<UserVo> users = userService.selectUserList();
  18.         log.info("userList查询的用户信息为:{}", JsonMapper.toJson(users));
  19.         return users;
  20.     }
  21. }
复制代码
这个和我们平时的代码是一样的，非常直观，直接返回 user 对象，如许是不是很完美。
那实现方案是什么呢？
返回值优雅方案实现

要优化这段代码很简单，只需要借助SpringBoot提供的ResponseBodyAdvice即可。
ResponseBodyAdvice的作用：拦截Controller方法的返回值，统一处置惩罚返回值/响应体，一样平常用来统一返回格式，加解密，署名等等。
重写返回体
  1. @RestControllerAdvice
  2. @RequiredArgsConstructor
  3. public class ResponseAdvice implements ResponseBodyAdvice<Object> {
  5.     private final ObjectMapper objectMapper;
  7.     @Override
  8.     public boolean supports(MethodParameter returnType, Class<? extends HttpMessageConverter<?>> converterType) {
  9.         return true;
  10.     }
  12.     @SneakyThrows
  13.     @Override
  14.     public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class<? extends HttpMessageConverter<?>> selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
  15.         //如果Controller直接返回String的话，SpringBoot是直接返回，故我们需要手动转换成json。
  16.         if (body instanceof String) {
  17.             return objectMapper.writeValueAsString(Result.ok(body));
  18.         }
  19.         //如果已经封装成Result了，则不需要再次封装，否则就会导致出现多层
  20.         if (body instanceof Result) {
  21.             return body;
  22.         }
  23.         return Result.ok(body);
  24.     }
  25. }
复制代码
上面代码就是判断是否需要返回值包装，如果需要就直接包装。这里我们只处置惩罚了正常成功的包装，如果方法体报异常怎么办？
异常题目处置惩罚

此时有个题目，由于没对异常进行处置惩罚，当调用的方法一旦出现异常，就会出现题目，此时就可以写全局异常，来通过全局异常返回同一格式的Result。
  1. public class UserException extends RuntimeException {
  2.     public UserException(String message) {
  3.         super(message);
  4.     }
  5. }
复制代码
  1. @RestControllerAdvice
  2. @Slf4j
  3. @Order(value = Ordered.HIGHEST_PRECEDENCE)
  4. public class GlobalExceptionHandler {
  6.     @ExceptionHandler(value = UserException.class)
  7.     public Result handlerUserException(UserException e, HttpServletRequest request) {
  8.         String msg = e.getMessage();
  9.         log.error("请求[ {} ] {} 的参数校验发生错误，错误信息：{}", request.getMethod(), request.getRequestURL(), msg, e);
  10.         return Result.error(Result.COMMENT_CODE, msg);
  11.     }
  12. }
复制代码
重写 Controller
  1. @RestController
  2. @RequestMapping("/user")
  3. @Slf4j
  4. @Validated
  5. @RequiredArgsConstructor
  6. public class UserController {
  8.     private final UserService userService;
  10.     /**
  11.      * 根据用户id查询用户信息
  12.      *
  13.      * @param id 用户id
  14.      * @return 成功则返回用户信息
  15.      */
  16.     @GetMapping("/selectById")
  17.     public UserVo selectById(@RequestParam(required = false) Integer id) {
  18.         UserVo user = userService.selectUserById(id);
  19.         log.info("selectById根据id:{}执行查询,查询的用户信息为:{}", id, JsonMapper.toJson(user));
  20.         if (user == null) {
  21.             throw new UserException("查询的用户不存在");
  22.         }
  23.         return user;
  24.     }
  25. }
复制代码
到此返回的同一格式的设计思路完成，是不是又简洁，又优雅。
关于作者

来自一线步伐员Seven的探索与实践，连续学习迭代中~
本文已收录于我的个人博客：https://www.seven97.top
公众号：seven97，接待关注~

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4