后端接口统一规范的同时，如何优雅得扩展规范.docxVIP

后端接口统一规范的同时，如何优雅得扩展规范 由于BindingResult对象里封装了很多信息，我们可以拿到校验错误的字段名，拿到了字段名后再响应对应的错误码和错误信息。在Controller层里对BindingResult进行了处理自然就不会被我们之前写的全局特别处理给捕获到，也就不会响应那统一的错误码了，从而达到了每个字段有本人的响应码和响应信息： @PostMapping(/addUser)public ResultVOString addUser(@RequestBody @Valid User user, BindingResult bindingResult) { for (ObjectError error : bindingResult.getAllErrors()) { // 拿到校验错误的参数字段 String field = bindingResult.getFieldError().getField(); // 推断是哪个字段发生了错误，然后前往数据响应体 switch (field) { case account: return new ResultVO(100001, 账号验证错误, error.getDefaultMessage()); case password: return new ResultVO(100002, 密码验证错误, error.getDefaultMessage()); case email: return new ResultVO(100003, 邮箱验证错误, error.getDefaultMessage()); } } // 没有错误则前往则直接前往正确的信息 return new ResultVO(userService.addUser(user)); } 我们有意输错参数，来看下效果： 嗯，是达到效果了。不过这代码一放出来几乎就让人头疼不已。繁琐、维护性差、复用性差，这才推断三个字段就这样子了，要那些特殊多字段的还不得起飞咯？ 这种方式直接pass！ 那我们不手动捕获特别，我们直接舍弃validation校验，手动校验呢？ 手动校验 我们来试试： @PostMapping(/addUser)public ResultVOString addUser(@RequestBody User user) { // 参数校验 if (user.getAccount().length() 6 || user.getAccount().length() 11) { return new ResultVO(100001, 账号验证错误, 账号长度必需是6-11个字符); } if (user.getPassword().length() 6 || user.getPassword().length() 16) { return new ResultVO(100002, 密码验证错误, 密码长度必需是6-16个字符); } if (!Pattern.matches(^[a-zA-Z0-9_-]+@[a-zA-Z0-9_-]+(\\.[a-zA-Z0-9_-]+)+$, user.getEmail())) { return new ResultVO(100003, 邮箱验证错误, 邮箱格式不正确); } // 没有错误则前往则直接前往正确的信息 return new ResultVO(userService.addUser(user)); } 我去，这还不如上面那种方式呢。上面那种方式至少还能享受validation校验规章的便利性，这种方式几乎又臭又长。 那有什么方法既享受validation的校验规章，又能做到为每个字段制定响应码呢？不卖关子了，当然是有滴嘛！ 还记得我们前面所说的BindingResult可以拿到校验错误的字段名吗？既然可以拿到字段名，我们再进一步当然也可以拿到字段Field对象，能够拿到Field对象我们也能同时拿到字段的注解嘛。对，我们就是要用注解来优雅的实现上面的功能！ 自定义注解 假如validation校验失败了，我们可以拿到字段对象并能够猎取字段的注解信息，那么只需我们为每个字段带上注解，注解中带上我们自定义的错误码code和错误信息msg，这样就能