业务层方法入参校验的思考与实践

背景首先，我们达成以下共识：一个服务方法，如果入参太多，且基本为非pojo，会给调用方造成不必要的干扰。尽管可以把文档写的很完善，但还是建议使用pojo对多个参数合理封装。如下示例：@Datapublic class UserVo { private String username; private Integer age; private List hobby;}执行方法都应该对入参进行校验。对于一些通用的简单的不涉及业务逻辑的校验，比如字符串不为空，数字的范围限制，我们没必要将校验代码写在方法内部。如下示例@Servicepublic class UserService { public void addUser(UserVo userVo) { // 参数基本校验 if (StringUtils.isEmpty(userVo.getUsername()) || userVo.getAge() 0 || userVo.getAge() > 200 || CollectionUtils.isEmpty(userVo.getHobby())) { ………………………………