你有没有使用过这些编程骚操作(二)- 验证框架(Part B)

简介: 你有没有使用过这些编程骚操作(二)- 验证框架(Part B)

一、中级约束注解

可以进行下面三个方面的校验

  • 级联验证
  • 分组验证
  • 组序列

级联属性验证@Valid

级联属性使用@Valid注解进行验证 在User实体类中的friends属性上增加@Valid注解

@Size(min = 1, message = "用户好友不能少于1个")
private List<@Valid User> friends;
复制代码

在init方法中实例化一个ArrayList用来存放User,并实例化一个User放到ArrayList中,然后调用setter方法给user对象的friends属性赋值。

List<User> friends = new ArrayList<>();
User friend = new User();
friends.add(friend);
User.setFriends(friends);
复制代码

执行测试

81e01f86cf38420cb6b5b042be2b8f98_tplv-k3u1fbpfcp-zoom-in-crop-mark_4536_0_0_0.png

可以实现对List列表中的User对象进行校验。

在init方法中对friends中的friend对象进行赋值

List<User> friends = new ArrayList<>();
User friend = new User();
friend.setUserId(1);
friend.setUserName("Stark");
friend.setPassword("12345678901234567890");
friends.add(friend);
User.setFriends(friends);
复制代码

再次测试

image.png

验证通过,控制台不再报任何校验不通过的提示

分组验证,groups属性

对于userId和email属性来说,不同的场景可能要进行不同的验证,如果是登录需要传入userId,需要对用户的userId进行校验,对email则不需要进行校验,而在注册场景中则不需要验证userId,userId是注册成功后系统生成的,但是需要对email进行校验,因为需要通过email接受邮件激活用户,这种情况如何实现校验?

修改User实体类,新增两个接口分组属性,在userId和email属性上设置分组。完整的User实体类代码如下

@Data
public class User {
    public interface LoginGroup {}
    public interface RegisterGroup {}
    @NotNull(message = "用户ID不能为空", groups = LoginGroup.class)
    private Integer userId;
    @NotEmpty(message = "用户的userName不能为空")
    private String userName;
    @NotBlank(message = "用户的password不能为空")
    @Length(min = 6, max = 20, message = "用户密码不能少于6位,不能多于20位")
    private String password;
    @NotNull(message = "用户邮箱不能为空", groups = RegisterGroup.class)
    @Email(message = "用户邮箱格式不正确")
    private String email;
    private String phone;
    @Min(value = 18, message = "用户年龄不能小于18岁")
    @Max(value = 100, message = "用户年龄不能大于100岁")
    private Integer age;
    @Past(message = "用户生日不能为未来的时间点")
    private Date birthday;
    @Size(min = 1, message = "用户好友不能少于1个")
    private List<@Valid User> friends;
}
复制代码

注释掉init方法中给userId赋值的代码及给email赋值的代码,init方法的代码如下

@Before
public void init(){
    // 初始化验证器
    validator = Validation.buildDefaultValidatorFactory().getValidator();
    User = new User();
    // User.setUserId(1);
    User.setUserName("Stark");
    User.setPassword("12345678901234567890");
    // User.setEmail("213243@stark.com");
    User.setAge(19);
    Calendar calendar = Calendar.getInstance();
    calendar.set(2021,1,1);
    User.setBirthday(calendar.getTime());
    List<User> friends = new ArrayList<>();
    User friend = new User();
    friend.setUserId(1);
    friend.setUserName("Stark");
    friend.setPassword("12345678901234567890");
    friend.setEmail("stark@stark.com");
    friends.add(friend);
    User.setFriends(friends);
}
复制代码

新增测试方法,模拟登录场景下对userId进行校验

@Test
public void testLoginGroupValidation(){
    set = validator.validate(User,User.LoginGroup.class);
}
复制代码

执行测试

image.png

登录场景下只对用户ID进行了校验忽略了用户邮箱,输出了用户ID为空的提示信息

新增测试代码,模拟注册场景下对email属性进行校验

@Test
public void testRegisterGroupValidation(){
    set = validator.validate(User,User.RegisterGroup.class);
}
复制代码

执行测试

image.png

注册场景下只对用户的邮箱进行校验忽略了用户ID的校验,并抛出了用户邮箱为空的提示信息

组序列,对几个分组同时进行验证并且可以自定义验证顺序

在User实体类属性中再增加一个属性,使用注解@GroupSequence来定义验证顺序,一旦校验失败就会抛出提示信息

@GroupSequence({
  LoginGroup.class,
  RegisterGroup.class, 
  Default.class
})
public interface Group {}
复制代码

注解中没有定义groups属性的其他属性的校验则归属在Default组中

定义测试方法

@Test
public void testGroupSequenceValidation(){
    set = validator.validate(User,User.Group.class);
}
复制代码

执行该测试方法

image.png

控制台输出了userId为空的提示信息,说明首先对userId进行了校验,userId是属于LoginGroup组,与定义的校验顺序一致并且校验失败后直接抛出提示信息,不在往下进行校验

将userId赋值代码的注释去掉,再次执行测试方法

image.png

当userId校验通过后,开始对email进行校验,email属于RegisterGroup,校验顺序与定义的一致

将email属性赋值代码的注释去掉,并在给userName属性赋值的代码增加注释,再次执行测试

image.png

userName属性的校验是在Default默认组中,最后才进行校验

可以将验证属性较为耗时的组放到最后验证


相关文章
|
存储 缓存 文件存储
如何保证分布式文件系统的数据一致性
分布式文件系统需要向上层应用提供透明的客户端缓存,从而缓解网络延时现象,更好地支持客户端性能水平扩展,同时也降低对文件服务器的访问压力。当考虑客户端缓存的时候,由于在客户端上引入了多个本地数据副本(Replica),就相应地需要提供客户端对数据访问的全局数据一致性。
32707 79
如何保证分布式文件系统的数据一致性
|
前端开发 容器
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局(上)
HTML5+CSS3前端入门教程---从0开始通过一个商城实例手把手教你学习PC端和移动端页面开发第8章FlexBox布局
17761 20
|
设计模式 存储 监控
设计模式(C++版)
看懂UML类图和时序图30分钟学会UML类图设计原则单一职责原则定义:单一职责原则,所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。bad case:IPhone类承担了协议管理(Dial、HangUp)、数据传送(Chat)。good case:里式替换原则定义:里氏代换原则(Liskov 
36690 20
设计模式(C++版)
|
存储 编译器 C语言
抽丝剥茧C语言(初阶 下)(下)
抽丝剥茧C语言(初阶 下)
|
机器学习/深度学习 人工智能 自然语言处理
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
带你简单了解Chatgpt背后的秘密:大语言模型所需要条件(数据算法算力)以及其当前阶段的缺点局限性
24768 14
|
机器学习/深度学习 弹性计算 监控
重生之---我测阿里云U1实例(通用算力型)
阿里云产品全线降价的一力作,2023年4月阿里云推出新款通用算力型ECS云服务器Universal实例,该款服务器的真实表现如何?让我先测为敬!
36671 15
重生之---我测阿里云U1实例(通用算力型)
|
SQL 存储 弹性计算
Redis性能高30%,阿里云倚天ECS性能摸底和迁移实践
Redis在倚天ECS环境下与同规格的基于 x86 的 ECS 实例相比,Redis 部署在基于 Yitian 710 的 ECS 上可获得高达 30% 的吞吐量优势。成本方面基于倚天710的G8y实例售价比G7实例低23%,总性价比提高50%;按照相同算法,相对G8a,性价比为1.4倍左右。
|
存储 算法 Java
【分布式技术专题】「分布式技术架构」手把手教你如何开发一个属于自己的限流器RateLimiter功能服务
随着互联网的快速发展,越来越多的应用程序需要处理大量的请求。如果没有限制,这些请求可能会导致应用程序崩溃或变得不可用。因此,限流器是一种非常重要的技术,可以帮助应用程序控制请求的数量和速率,以保持稳定和可靠的运行。
29841 52

热门文章

最新文章

下一篇
开通oss服务