作者是在一个小公司还是做政府项目的。所以一进来接手代码,那真是一言难尽。 最初所有代码全是统一用的一个数据模型来接收前端数据。导致每次获取以后都要一个个代码块判断参数合法。 后来实在是受不了了。就搜索了一下。找到了@Valid注解。从此不用统一模型。也不用一个个判断了。下面就结合大佬们的演示说下。
如下例子
1:首先需要在实体类的相应字段上添加用于充当校验条件的注解,如:@Max,如下代码(age属于User类中的属性)
@Max(value = 18,message = "年龄太大")
private Integer age;
2: 其次在controller层的方法的要校验的参数上添加@Valid注解,并且需要传入BindingResult对象,用于获取校验失败情况下的反馈信息,
@PostMapping("/users")
public User addUser(@RequestBody @Valid User user, BindingResult bindingResult) {
if(bindingResult.hasErrors()){
System.out.println(bindingResult.getFieldError().getDefaultMessage());
return null;
}
return userResposity.save(user);
}
bindingResult.getFieldError.getDefaultMessage()用于获取相应字段上添加的message中的内容,如:@Max注解中message属性的内容
当然也有其他校验规则
| 限制 | 说明 |
|---|---|
| @Null | 限制只能为null |
| @NotNull | 限制必须不为null |
| @AssertFalse | 限制必须为false |
| @AssertTrue | 限制必须为true |
| @DecimalMax(value) | 限制必须为一个不大于指定值的数字 |
| @DecimalMin(value) | 限制必须为一个不小于指定值的数字 |
| @Digits(integer,fraction) | 限制必须为一个小数,且整数部分的位数不能超过integer,小数部分的位数不能超过fraction |
| @Future | 限制必须是一个将来的日期 |
| @Max(value) | 限制必须为一个不大于指定值的数字 |
| @Min(value) | 限制必须为一个不小于指定值的数字 |
| @Past | 限制必须是一个过去的日期 |
| @Pattern(value) | 限制必须符合指定的正则表达式 |
| @Size(max,min) | 限制字符长度必须在min到max之间 |
| @Past | 验证注解的元素值(日期类型)比当前时间早 |
| @NotEmpty | 验证注解的元素值不为null且不为空(字符串长度不为0、集合大小不为0) |
| @NotBlank | 验证注解的元素值不为空(不为null、去除首位空格后长度为0),不同于@NotEmpty,@NotBlank只应用于字符串且在比较时会去除字符串的空格 |
| 验证注解的元素值是Email,也可以通过正则表达式和flag指定自定义的email格式 |
自定义注解就下次再说吧。准备睡觉了。