spring注解之@Valid和@Validated的区分总结

目录
  • @Valid:
  • @Validated:
    • 1、分组
    • 2、组序列
    • 3、验证多个对象
  • 补充:主要区别
  • 总结

@Valid:

@Valid注解用于校验,所属包为:javax.validation.Valid。

① 首先需要在实体类的相应字段上添加用于充当校验条件的注解,如:@Min,如下代码(age属于Girl类中的属性):

@Min(value = 18,message = "未成年禁止入内")
private Integer age;  

② 其次在controller层的方法的要校验的参数上添加@Valid注解,并且需要传入BindingResult对象,用于获取校验失败情况下的反馈信息,如下代码:

@PostMapping("/girls")
public Girl addGirl(@Valid Girl girl, BindingResult bindingResult) {
    if(bindingResult.hasErrors()){
        System.out.println(bindingResult.getFieldError().getDefaultMessage());
        return null;
    }
    return girlResposity.save(girl);
}

bindingResult.getFieldError.getDefaultMessage()用于获取相应字段上添加的message中的内容,如:@Min注解中message属性的内容

@Validated:

@Valid是javax.validation里的。

@Validated是@Valid 的一次封装,是Spring提供的校验机制使用。@Valid不提供分组功能

@Validated的特殊用法

1、分组

当一个实体类需要多种验证方式时,例:对于一个实体类的id来说,新增的时候是不需要的,对于更新时是必须的。

可以通过groups对验证进行分组

分组接口类(通过向groups分配不同类的class对象,达到分组目的):

package com.valid.interfaces;
public interface First {
}

实体类:

package com.valid.pojo;
import javax.validation.constraints.Size;
import org.hibernate.validator.constraints.NotEmpty;
import com.valid.interfaces.First;
public class People {
    //在First分组时,判断不能为空
    @NotEmpty(groups={First.class})
    private String id;
    //name字段不为空,且长度在3-8之间
    @NotEmpty
    @Size(min=3,max=8)
    private String name;
    public String getName() {
        return name;
    }
    public void setName(String name) {
        this.name = name;
    }
    public String getId() {
        return id;
    }
    public void setId(String id) {
        this.id = id;
    }
}  

注:

(1)不分配groups,默认每次都要进行验证

(2)对一个参数需要多种验证方式时,也可通过分配不同的组达到目的。例:

@NotEmpty(groups={First.class})
@Size(min=3,max=8,groups={Second.class})
private String name;

控制类:

package com.valid.controller;
import org.springframework.stereotype.Controller;
import org.springframework.validation.BindingResult;
import org.springframework.validation.annotation.Validated;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseBody;
import com.valid.interfaces.First;
import com.valid.pojo.People;
@Controller
public class FirstController {
    @RequestMapping("/addPeople")
    //不需验证ID
    public @ResponseBody String addPeople(@Validated People p,BindingResult result)
    {
        System.out.println("people's ID:" + p.getId());
        if(result.hasErrors())
        {
            return "0";
        }
        return "1";
    }  

    @RequestMapping("/updatePeople")
    //需要验证ID
    public @ResponseBody String updatePeople(@Validated({First.class}) People p,BindingResult result)
    {
        System.out.println("people's ID:" + p.getId());
        if(result.hasErrors())
        {
            return "0";
        }
        return "1";
    }
}  

注:

@Validated没有添加groups属性时,默认验证没有分组的验证属性,如该例子:People的name属性。

@Validated没有添加groups属性时,所有参数的验证类型都有分组(即本例中People的name的@NotEmpty、@Size都添加groups属性),则不验证任何参数

2、组序列

默认情况下,不同组别的约束验证是无序的,然而在某些情况下,约束验证的顺序却很重要。

例:

(1)第二个组中的约束验证依赖于一个稳定状态来运行,而这个稳定状态是由第一个组来进行验证的。

(2)某个组的验证比较耗时,CPU 和内存的使用率相对比较大,最优的选择是将其放在最后进行验证。因此,在进行组验证的时候尚需提供一种有序的验证方式,这就提出了组序列的概念。
一个组可以定义为其他组的序列,使用它进行验证的时候必须符合该序列规定的顺序。在使用组序列验证的时候,如果序列前边的组验证失败,则后面的组将不再给予验证。

分组接口类 (通过@GroupSequence注解对组进行排序):

package com.valid.interfaces;
public interface First {
}
package com.valid.interfaces;
public interface Second {
}
package com.valid.interfaces;
import javax.validation.GroupSequence;
@GroupSequence({First.class,Second.class})
public interface Group {
}

实体类:

package com.valid.pojo;
import javax.validation.constraints.Size;
import org.hibernate.validator.constraints.NotEmpty;
import com.valid.interfaces.First;
import com.valid.interfaces.Second;
public class People {
    //在First分组时,判断不能为空
    @NotEmpty(groups={First.class})
    private String id;  

    //name字段不为空,且长度在3-8之间
    @NotEmpty(groups={First.class})
    @Size(min=3,max=8,groups={Second.class})
    private String name;  

    public String getName() {
        return name;
    }  

    public void setName(String name) {
        this.name = name;
    }  

    public String getId() {
        return id;
    }  

    public void setId(String id) {
        this.id = id;
    }
}  

控制类:

package com.valid.controller;
import org.springframework.stereotype.Controller;
import org.springframework.validation.BindingResult;
import org.springframework.validation.annotation.Validated;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseBody;
import com.valid.interfaces.Group;
import com.valid.pojo.People;
import com.valid.pojo.Person;
@Controller
public class FirstController {
    @RequestMapping("/addPeople")
    //不需验证ID
    public @ResponseBody String addPeople(@Validated({Group.class}) People p,BindingResult result)
    {
        if(result.hasErrors())
        {
            return "0";
        }
        return "1";
    }
} 

3、验证多个对象

一个功能方法上处理多个模型对象时,需添加多个验证结果对象

package com.valid.controller;
import org.springframework.stereotype.Controller;
import org.springframework.validation.BindingResult;
import org.springframework.validation.annotation.Validated;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseBody;
import com.valid.pojo.People;
import com.valid.pojo.Person;
@Controller
public class FirstController {
    @RequestMapping("/addPeople")
    public @ResponseBody String addPeople(@Validated People p,BindingResult result,@Validated Person p2,BindingResult result2)
    {
        if(result.hasErrors())
        {
            return "0";
        }
        if(result2.hasErrors())
        {
            return "-1";
        }
        return "1";
    }
}  

补充:主要区别

在检验Controller的入参是否符合规范时,使用@Validated或者@Valid在基本验证功能上没有太多区别。但是在分组、注解地方、嵌套验证等功能上两个有所不同:

  @Validated @Valid
分组 提供分组功能,可在入参验证时,根据不同的分组采用不同的验证机制。 无分组功能

可注解位置

可以用在类型、方法和方法参数上。但是不能用在成员属性上 可以用在方法、构造函数、方法参数和成员属性上(两者是否能用于成员属性上直接影响能否提供嵌套验证的功能)
嵌套验证
用在方法入参上无法单独提供嵌套验证功能。

不能用在成员属性上。

也无法提供框架进行嵌套验证。

能配合嵌套验证注解@Valid进行嵌套验证。


用在方法入参上无法单独提供嵌套验证功能。

能够用在成员属性上,提示验证框架进行嵌套验证。

能配合嵌套验证注解@Valid进行嵌套验证。

总结

到此这篇关于spring注解之@Valid和@Validated的区分总结的文章就介绍到这了,更多相关@Valid和@Validated区分内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • Spring @Valid和@Validated区别和用法实例

    两者区别 @Valid @Validated 标准 标准JSR-303规范 增强JSR-303规范 包 javax.validation org.springframework.validation 验证结果 BindingResult result BindingResult result 分组支持 不支持 支持 分组序列 不支持 支持 类型注解 ? 支持 方法注解 支持 支持 方法参数注解 支持 支持 构造函数注解 支持 ? 成员属性注解 支持 不支持 嵌套验证 支持 不支持 分组示例 pu

  • 详解Spring 参数验证@Validated和@Valid的区别

    Spring Validation验证框架对参数的验证机制提供了@Validated(Spring's JSR-303 规范,是标准 JSR-303 的一个变种),javax提供了@Valid(标准JSR-303规范),配合 BindingResult 可以直接提供参数验证结果.其中对于字段的特定验证注解比如 @NotNull 等网上到处都有,这里不详述 在检验 Controller 的入参是否符合规范时,使用 @Validated 或者 @Valid 在基本验证功能上没有太多区别.但是在分组.

  • Springboot @Validated和@Valid的区别及使用详解

    概述: @Valid是使用Hibernate validation的时候使用 @Validated是只用Spring Validator校验机制使用 说明:java的JSR303声明了@Valid这类接口,而Hibernate-validator对其进行了实现 @Validation对@Valid进行了二次封装,在使用上并没有区别,但在分组.注解位置.嵌套验证等功能上有所不同,这里主要就这几种情况进行说明. 注解位置: @Validated:用在类型.方法和方法参数上.但不能用于成员属性(fie

  • spring注解之@Valid和@Validated的区分总结

    目录 @Valid: @Validated: 1.分组 2.组序列 3.验证多个对象 补充:主要区别 总结 @Valid: @Valid注解用于校验,所属包为:javax.validation.Valid. ① 首先需要在实体类的相应字段上添加用于充当校验条件的注解,如:@Min,如下代码(age属于Girl类中的属性): @Min(value = 18,message = "未成年禁止入内") private Integer age; ② 其次在controller层的方法的要校验的

  • 详解Spring中@Valid和@Validated注解用法

    目录 案例引入 @Valid 详解 @Validated 详解 @Valid 和 @Validated 比较 案例引入 下面我们以新增一个员工为功能切入点,以常规写法为背景,慢慢烘托出 @Valid 和 @Validated 注解用法详解. 那么,首先,我们会有一个员工对象 Employee,如下 : /** * 员工对象 * * @author sunnyzyq * @since 2019/12/13 */ public class Employee { /** 姓名 */ public St

  • spring注解 @Valid 的作用说明

    目录 spring注解 @Valid 的作用 在userRequest类中的属性上使用spring的注解 spring注解 @Valid 作用范围 建立两个基本类 建立一个请求 实验测试 修改UserRequest(对users加入@Valid) 再次发送请求 可以看到Valid生效,此时加上name的值 spring注解 @Valid 的作用 在controller中的方法上面写有注解@Valid UserRequest 的作用. 备注:这里一个@Valid的参数后必须紧挨着一个Binding

  • spring 注解验证@NotNull等使用方法

    本文介绍了spring 注解验证@NotNull等使用方法,分享给大家,具体如下: 常用标签 @Null  被注释的元素必须为null @NotNull  被注释的元素不能为null @AssertTrue  被注释的元素必须为true @AssertFalse  被注释的元素必须为false @Min(value)  被注释的元素必须是一个数字,其值必须大于等于指定的最小值 @Max(value)  被注释的元素必须是一个数字,其值必须小于等于指定的最大值 @DecimalMin(value)

  • Java中的Valid和Validated的比较内容

    如果要添加接口校验,需要 1,在接口方法中请求参数前面添加@Valid注解,不需要在接口的实现类上添加@Valid注解,也不需要@Validated注解: addAnimal(@Valid Animal a) 2,在请求对象类的每个要校验的字段上添加@Valid注解,也不需要在类上添加@Validated注解: public class Animal{ @Valid @NotEmpty private String name; } Validated是Spring对javax.validatio

  • 详解Spring注解--@Autowired、@Resource和@Service

    什么是注解 传统的Spring做法是使用.xml文件来对bean进行注入或者是配置aop.事物,这么做有两个缺点: 1.如果所有的内容都配置在.xml文件中,那么.xml文件将会十分庞大:如果按需求分开.xml文件,那么.xml文件又会非常多.总之这将导致配置文件的可读性与可维护性变得很低 2.在开发中在.java文件和.xml文件之间不断切换,是一件麻烦的事,同时这种思维上的不连贯也会降低开发的效率 为了解决这两个问题,Spring引入了注解,通过"@XXX"的方式,让注解与Java

  • Spring 注解编程模型相关知识详解

    Spring 中有一个概念叫「元注解」(Meta-Annotation),通过元注解,实现注解的「派生性」,官方的说法是「Annotation Hierarchy」. 什么是元注解 所谓元注解,即标注在注解上的注解.这种方式所形成的注解层级结构中,元注解在层级结构的上面,我叫它父注解(Super Annotation), 被注解的注解在层级结构的下面,叫它子注解(Sub Annotation).引入元注解的目的是为了实现属性重写(Attribute Override) 的目的. 举个简单的例子:

  • 如何解决Spring in action @valid验证不生效的问题

    解决Spring in action @valid验证不生效 按照书上的示例代码来实现但是,添加了验证但是没有生效. Spring提供了校验Api是使用但是没有提供实现,所以需要自己导入实现包. 所以导入实现包: <dependency> <groupId>org.hibernate</groupId> <artifactId>hibernate-validator</artifactId> <version>5.1.1.Final&

  • 详解 Spring注解的(List&Map)特殊注入功能

    详解 Spring注解的(List&Map)特殊注入功能 最近接手一个新项目,已经没有原开发人员维护了.项目框架是基于spring boot进行开发.其中有两处Spring的注解花费了大量的时间才弄明白到底是怎么用的,这也涉及到spring注解的一个特殊的注入功能. 首先,看到代码中有直接注入一个List和一个Map的.示例代码如下: @Autowired private List<DemoService> demoServices; @Autowired private Map<

  • Java之Spring注解配置bean实例代码解析

    前面几篇均是使用xml配置bean,如果有上百个bean,这是不可想象的.故而,请使用注解配置bean !!! [1]注解类别 @Component : 基本注解, 标识了一个受 Spring(点击这里可以下载<Spring应用开发完全手册>) 管理的组件 @Repository : 标识持久层组件 @Service : 标识服务层(业务层)组件 @Controller : 标识表现层组件 Spring 能够从 classpath 下自动扫描, 侦测和实例化具有特定注解的组件. 对于扫描到的组

随机推荐