你有没有使用过这些编程骚操作(二)- 验证框架(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默认组中,最后才进行校验

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


相关文章
|
4月前
|
SQL 开发框架 .NET
深入解析Entity Framework Core中的自定义SQL查询与Raw SQL技巧:从基础到高级应用的全面指南,附带示例代码与最佳实践建议
【8月更文挑战第31天】本文详细介绍了如何在 Entity Framework Core (EF Core) 中使用自定义 SQL 查询与 Raw SQL。首先,通过创建基于 EF Core 的项目并配置数据库上下文,定义领域模型。然后,使用 `FromSqlRaw` 和 `FromSqlInterpolated` 方法执行自定义 SQL 查询。此外,还展示了如何使用 Raw SQL 进行数据更新和删除操作。最后,通过结合 LINQ 和 Raw SQL 构建动态 SQL 语句,处理复杂查询场景。本文提供了具体代码示例,帮助读者理解和应用这些技术,提升数据访问层的效率和灵活性。
215 0
|
7月前
|
SQL 分布式计算 Java
Spark学习---SparkSQL(概述、编程、数据的加载和保存、自定义UDFA、项目实战)
Spark学习---SparkSQL(概述、编程、数据的加载和保存、自定义UDFA、项目实战)
390 1
|
SQL 存储 JSON
Spark学习---5、SparkSQL(概述、编程、数据的加载和保存)(二)
Spark学习---5、SparkSQL(概述、编程、数据的加载和保存)(二)
|
SQL 缓存 分布式计算
Spark学习---5、SparkSQL(概述、编程、数据的加载和保存)(一)
Spark学习---5、SparkSQL(概述、编程、数据的加载和保存)(一)
|
JSON jenkins 持续交付
python接口自动化(十六)--参数关联接口后传(详解)
大家对前边的自动化新建任务之后,接着对这个新建任务操作了解之后,希望带小伙伴进一步巩固胜利的果实,夯实基础。因此再在沙场实例演练一下博客园的相关接口。我们用自动化发随笔之后,要想接着对这篇随笔操作,不用说就需 要用参数关联了,发随笔之后会有一个随笔的 id,获取到这个 id,继续操作传这个随笔 id 就可以了(博客园的登录机制已经变了,不能用账号和密码登录了,这里用 cookie 登录)
204 1
python接口自动化(十六)--参数关联接口后传(详解)
|
jenkins 持续交付 Python
python接口自动化(十四)--session关联接口(详解)
上一篇cookie绕过验证码模拟登录博客园,但这只是第一步,一般登录后,还会有其它的操作,如发帖,评论等等,这时候如何保持会话呢?这里我以jenkins平台为例,给小伙伴们在沙场演练一下。
226 0
python接口自动化(十四)--session关联接口(详解)
|
jenkins 持续交付 Python
python接口自动化(十五)--参数关联接口(详解)
我们用自动化新建任务之后,要想接着对这个新建任务操作,那就需要用参数关联了,新建任务之后会有一个任务的Jenkins-Crumb,获取到这个Jenkins-Crumb,就可以通过传这个任务Jenkins-Crumb继续操作这个新建的任务。
470 0
python接口自动化(十五)--参数关联接口(详解)
|
前端开发 Java 数据库连接
你有没有使用过这些编程骚操作(二)- 验证框架(Part A)
你有没有使用过这些编程骚操作(二)- 验证框架(Part A)
你有没有使用过这些编程骚操作(二)- 验证框架(Part A)
|
前端开发 Java Spring
你有没有使用过这些编程骚操作(二)- 验证框架(Part C)
你有没有使用过这些编程骚操作(二)- 验证框架(Part C)
你有没有使用过这些编程骚操作(二)- 验证框架(Part C)
|
Java 编译器 Go
你有没有使用过这些编程骚操作(一)- Lombok(Part A)(上)
你有没有使用过这些编程骚操作(一)- Lombok(Part A)
你有没有使用过这些编程骚操作(一)- Lombok(Part A)(上)