摘要: 原创出处 blog.csdn.net/weixin_44271364/article/details/129157011 「桃花影落丶飞神剑」欢迎转载,保留摘要,谢谢!
Controller 层逻辑
MVC架构下,我们的web工程结构会分为三层,自下而上是dao层,service层和controller层。controller层为控制层,主要处理外部请求,调用service层。
一般情况下,controller层不应该包含业务逻辑,controller的功能应该有以下五点:
⑴、接收请求并解析参数
⑵、业务逻辑执行成功做出响应
⑶、异常处理
⑷、转换业务对象
⑸、调用 Service 接口
普通写法
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service(@Validated @RequesBody UserRequestBo requestBo) throws Exception { Result result = new Result(); if (StringUtils.isNotEmpty(requestBo.getId()) || StringUtils.isNotEmpty(requestBo.getType()) || StringUtils.isNotEmpty(requestBo.getName()) || StringUtils.isNotEmpty(requestBo.getAge())) { throw new Exception("必输项校验失败"); } else { try { int count = 0; User user = userService.queryUser(requestBo.getId()); if (ObjectUtils.isEmpty(user)) { result.setCode("11111111111"); result.setMessage("请求失败"); return result; } UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(requestBo, userDTO); if ("02".equals(user.getType())) { count = userService.updateUser(userDTO) }else if ("03".equals(user.getType())) { count = userService.addUser(userDTO); } result.setData(count); result.setCode("00000000"); result.setMessage("请求成功"); } catch (Exception ex) { result.setCode("111111111111"); result.setMessage("请求失败"); } } return result; } }
|
优化思路
1、调用 Service 层接口
一般情况下,controller作为控制层调用service层接口,不应该包含任何业务逻辑,所有的业务操作,都放在service层实现,把controller层相关代码去掉
controller层就变成了:
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service(@Validated @RequesBody UserRequestBo requestBo) throws Exception { Result result = new Result(); if (StringUtils.isNotEmpty(requestBo.getId()) || StringUtils.isNotEmpty(requestBo.getType()) || StringUtils.isNotEmpty(requestBo.getName()) || StringUtils.isNotEmpty(requestBo.getAge())) { throw new Exception("必输项校验失败"); } else { try { UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(requestBo, userDTO); int count = userService.updateUser(userDTO); result.setData(count); result.setCode("00000000"); result.setMessage("请求成功"); } catch (Exception ex) { result.setCode("EEEEEEEE"); result.setMessage("请求失败"); } } return result; }
|
2、参数校验
其实大多数的参数校验就是判空或者空字符串,那么我们可以用@NotBlank
等注解。在UserRequestBo类中name属性上加上@NotBlank
注解
优化后如下:
@Data public class UserRequestBo {
@NotBlank private String id;
@NotBlank private String type;
@NotBlank private String name;
@NotBlank private String age; }
|
controller层就变成了:
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service( @Validated @RequesBody UserRequestBo requestBo) throws Exception { Result result = new Result(); try { UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(requestBo, userDTO); int count = userService.updateUser(userDTO); result.setData(count); result.setCode("00000000"); result.setMessage("请求成功"); } catch (Exception ex) { result.setCode("EEEEEEEE"); result.setMessage("请求失败"); } return result; } }
|
备注:@NotNull
、@NotBlank
、@NotEmpty
的区别,也适用于代码中的校验方法
- @NotNull: 平常用于基本数据的包装类(Integer,Long,Double等等),如果@NotNull 注解被使用在 String 类型的数据上,则表示该数据不能为 Null,但是可以为空字符串(“”),空格字符串(“ ”)等。
- @NotEmpty: 平常用于 String、Collection集合、Map、数组等等,
@NotEmpty
注解的参数不能为 Null 或者 长度为 0,如果用在String类型上,则字符串也不能为空字符串(“”), 但是空格字符串(“ ”)不会被校验住。
- @NotBlank: 平常用于 String 类型的数据上,加了
@NotBlank
注解的参数不能为 Null ,不能为空字符串(“”), 也不能会空格字符串(“ ”),多了一个trim()
得到效果。
3、统一封装返回对象
代码中无论是业务成功或者失败,都需要封装返回对象,目前代码中都是哪里用到就在哪里进行封装
我们可以统一封装返回对象
优化后如下:
@Data public class Result<T> {
private String code;
private String message;
private T data;
public static <T> Result<T> success(T data) { return new Result<>(ResultEnum.SUCCESS.getCode(), ResultEnum.SUCCESS.getMessage(), data); } public static <T> Result<T> success(String message, T data) { return new Result<>(ResultEnum.SUCCESS.getCode(), message, data); } public static Result<?> failed() { return new Result<>(ResultEnum.COMMON_FAILED.getCode(), ResultEnum.COMMON_FAILED.getMessage(), null); } public static Result<?> failed(String message) { return new Result<>(ResultEnum.COMMON_FAILED.getCode(), message, null); } public static Result<?> failed(String code, String message) { return new Result<>(code, message, null); } }
|
controller层就变成了:
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service(@Validated @RequesBody UserRequestBo requestBo) throws Exception { try { UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(requestBo, userDTO); int count = userService.updateUser(userDTO); Result.success(count); } catch (Exception ex) { Result.failed(ex.getMessage()); } } }
|
4、统一的异常捕获
Controller层和service存在大量的try-catch,都是重复代码并且看起来也不优雅。可以给controller层的方法加上切面来统一处理异常。
用@ControllerAdvice
注解(@RestControllerAdvice
也可以),用来定义controller层的切面,添加@Controller
注解的类中的方法执行都会进入该切面,同时我们可以使用@ExceptionHandler
来对不同的异常进行捕获和处理,对于捕获的异常,我们可以进行日志记录,并且封装返回对象。
优化后如下:
@RestControllerAdvice(basePackageClasses = TestController.class) public class TestControllerAdvice {
@Autowired HttpServletRequest httpServletRequest;
private void logErrorRequest(Exception e){ String logInfo = String.format("报错API URL: %S, error = ", httpServletRequest.getRequestURI(), e.getMessage()); System.out.println(logInfo); }
@ExceptionHandler({MethodArgumentNotValidException.class}) public Result handleMethodArgumentNotValidException(MethodArgumentNotValidException ex) { logErrorRequest(ex); BindingResult bindingResult = ex.getBindingResult(); StringBuilder sb = new StringBuilder("校验失败:"); for (FieldError fieldError : bindingResult.getFieldErrors()) { sb.append(fieldError.getField()).append(":").append(fieldError.getDefaultMessage()).append(", "); } return Result.failed(ResultEnum.VALIDATE_FAILED.getCode(), sb.toString()); }
@ExceptionHandler(RuntimeException.class) protected Result serviceException(RuntimeException exception) { logErrorRequest(exception); return Result.failed(exception.getMessage()); }
@ExceptionHandler({HttpClientErrorException.class, IOException.class, Exception.class}) protected Result serviceException(Exception exception) { logErrorRequest(exception); return Result.failed(exception.getMessage()); } }
|
controller层就变成了:
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service( @Validated @RequesBody UserRequestBo requestBo) throws Exception { UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(requestBo, userDTO); int count = userService.updateUser(userDTO); return Result.success(count); } }
|
5、转换业务对象
代码中可能有很多个地方转换同一个业务对象,入参UserRequestBo
可以转换为userDTO,可以理解为这是UserRequestBo
的一个特性或者能力,我们可以参考充血模式的思想,在UserRequestBo
中定义convertToUserDTO
方法,我们的目的是转换业务对象,至于使用什么方式转换,调用方并不关心,现在使用的BeanUtils.copyProperties()
,如果有一天想修改成使用Mapstruct来进行对象转换,只需要修改UserRequestBo
的convertToUserDTO
方法即可,不会涉及到业务代码的修改。
优化后代码:
@Data public class UserRequestBo {
@NotBlank private String id;
@NotBlank private String type;
@NotBlank private String name;
@NotBlank private String age;
public UserDTO convertToUserDTO(){ UserDTO userDTO = new UserDTO(); BeanUtils.copyProperties(this, userDTO); userDTO.setType(this.getType()); return userDTO; } }
|
controller层就变成了:
@RestController public class TestController {
@Autowired private UserService userService;
@PostMapping("/test") public Result service(@Validated @RequesBody UserRequestBo requestBo) throws Exception { return Result.success(userService.updateUser(requestBo.convertToUserDTO())); } }
|
优化结束,打完收工。