、JSR

举例Validated注解Validated和Valid的区别

2.3

处理一段业务逻辑首先要确保数据输入的正确性所以需要先对数据进行检查保证数据在语义上的正确性再根据数据进行下一步的处理。

程序校验数据是否合法后端同样也需要进行校验。

而后端最简单的实现就是直接在业务方法中对数据进行处理但是不同的业务方法可能会出现同样的校验操作这样就出现了数据的冗余。

303

上添加相应的注解去实现数据校验。

这样在执行业务方法前都会根据注解对数据进行校验从而减少自定义的校验逻辑减少代码冗余。

二、Spring

dependencygroupIdorg.springframework.boot/groupIdartifactIdspring-boot-starter-validation/artifactId

/dependency2.1.1

上标注需要处理的注解并指定需要提示的信息若不指定会从默认配置文件中读取默认的信息。

Valid

注意检测到数据异常后系统会向外抛出异常如果做了统一异常处理可以根据

postman

MethodArgumentNotValidException

BindingResult

获取校验结果遍历获取捕获到的每个校验结果result.getFieldErrors().forEach(item

{//

}问题通过上面的步骤已经可以捕获异常、处理异常但是每次都是在业务方法中手动处理逻辑这样的实现代码肯定会冗余。

可以将其抽出使用

全局统一异常处理

全局统一异常处理RestControllerAdvice、ExceptionHandler

RestControllerAdvice

{ExceptionHandler(MethodArgumentNotValidException.class)public

Map

handlerValidException(MethodArgumentNotValidException

{BindingResult

e.getBindingResult();MapString,

String

获取校验结果遍历获取捕获到的每个校验结果result.getFieldErrors().forEach(item

-{//

存储得到的校验结果map.put(item.getField(),

item.getDefaultMessage());});return

map;}

Bean且校验规则不同的时候怎么办呢分组校验就可以去解决该问题每个分组指定不同的校验规则不同的方法执行不同的分组就可以得到不同的校验结果。

2、JSR

用来定义数据校验失败后的提示消息默认读取配置文件的内容。

idea

全局搜索

ValidationMessages.properties可以看到默认的信息。

groups

class

{javax.validation.constraints.NotNull.message};Class?[]

groups()

createEmp(Validated({AddGroup.class})

RequestBody

UpdateEmp(Validated({UpdateGroup.class})

RequestBody

的一个变种提供了一个分组功能。

作用在类上、方法上、方法参数上不能作用于成员属性上。

Valid

上面的注解满足不了业务需求时可以自定义校验注解、然后自定义校验规则。

2.3.1

Constraint(validatedBy{JiaoYan.class})

public

的泛型一个需要指定自定义的注解一个需要指定需要获取的值的类型。

*

比如*

Null但可以为空比如空数组[]、空字符串NotBlank针对字符串不能为

Null且长度要大于

注解注解详情Size针对字符串、集合、数组判断长度是否在给定范围内Length针对字符串判断长度是否在给定范围内

2.4.3

注解注解详情AssertTrue针对布尔值用来判断布尔值是否为

false

注解注解详情Max(value)针对字符串、数值用来判断是否小于等于某个指定值Min(value)针对字符串、数值用来判断是否大于等于某个指定值

2.4.6

注解注解详情Pattern验证字符串是否满足正则表达式Email验证字符串是否满足邮件格式Url验证是否满足

url

格式Digits验证数字整数和小数位数如Digits(integer6,

fraction2)