c/c++语言开发共享@valid 无法触发BindingResult的解决

目录方法参数问题原因解决方案@validated和@valid区别1. 分组2. 注解地方3. 嵌套验证方法参数public string listfireevent(@valid firesear

目录
  • 方法参数
  • 问题
  • 原因
  • 解决方案
  • @validated和@valid区别
    • 1. 分组
    • 2. 注解地方
    • 3. 嵌套验证

方法参数

  public string listfireevent(@valid  firesearch firesearch, httpservletrequest request, bindingresult bindingresult)

问题

如果验证失败会直接抛出异常,而不是放入bindingresult

原因

@valid 和 bindingresult 不能有其它类

解决方案

把httpservletrequest 放到最后

即:

  public string listfireevent(@valid firesearch firesearch, bindingresult bindingresult,httpservletrequest request)

@validated和@valid区别

spring validation验证框架对入参实体进行嵌套验证必须在相应属性(字段)加上@valid而不是@validated

spring validation验证框架对参数的验证机制提供了@validated(spring’s jsr-303规范,是标准jsr-303的一个变种),javax提供了@valid(标准jsr-303规范),配合bindingresult可以直接提供参数验证结果。其中对于字段的特定验证注解比如@notnull等网上到处都有,这里不详述

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

1. 分组

  • @validated:提供了一个分组功能,可以在入参验证时,根据不同的分组采用不同的验证机制,这个网上也有资料,不详述。@valid:作为标准jsr-303规范,还没有吸收分组的功能。

2. 注解地方

  • @validated:可以用在类型、方法和方法参数上。但是不能用在成员属性(字段)上
  • @valid:可以用在方法、构造函数、方法参数和成员属性(字段)上

两者是否能用于成员属性(字段)上直接影响能否提供嵌套验证的功能。

3. 嵌套验证

在比较两者嵌套验证时,先说明下什么叫做嵌套验证。比如我们现在有个实体叫做item:

  public class item {      @notnull(message = "id不能为空")      @min(value = 1, message = "id必须为正整数")      private long id;      @notnull(message = "props不能为空")      @size(min = 1, message = "至少要有一个属性")      private list<prop> props;  }  

item带有很多属性,属性里面有属性id,属性值id,属性名和属性值,如下所示:

  public class prop {      @notnull(message = "pid不能为空")      @min(value = 1, message = "pid必须为正整数")      private long pid;      @notnull(message = "vid不能为空")      @min(value = 1, message = "vid必须为正整数")      private long vid;      @notblank(message = "pidname不能为空")      private string pidname;      @notblank(message = "vidname不能为空")      private string vidname;  }  

属性这个实体也有自己的验证机制,比如属性和属性值id不能为空,属性名和属性值不能为空等。

现在我们有个itemcontroller接受一个item的入参,想要对item进行验证,如下所示:

  @restcontroller  public class itemcontroller {      @requestmapping("/item/add")      public void additem(@validated item item, bindingresult bindingresult) {          dosomething();      }  }  

如上,如果item实体的props属性不额外加注释,只有@notnull和@size,无论入参采用@validated还是@valid验证,spring validation框架只会对item的id和props做非空和数量验证,不会对props字段里的prop实体进行字段验证,也就是@validated和@valid加在方法参数前,都不会自动对参数进行嵌套验证。也就是说如果传的list<prop>中有prop的pid为空或者是负数,入参验证不会检测出来。

为了能够进行嵌套验证,必须手动在item实体的props字段上明确指出这个字段里面的实体也要进行验证。由于@validated不能用在成员属性(字段)上,但是@valid能加在成员属性(字段)上,而且@valid类注解上也说明了它支持嵌套验证功能,那么我们能够推断出:@valid加在方法参数时并不能够自动进行嵌套验证,而是用在需要嵌套验证类的相应字段上,来配合方法参数上@validated或@valid来进行嵌套验证。

我们修改item类如下所示:

  public class item {      @notnull(message = "id不能为空")      @min(value = 1, message = "id必须为正整数")      private long id;      @valid // 嵌套验证必须用@valid      @notnull(message = "props不能为空")      @size(min = 1, message = "props至少要有一个自定义属性")      private list<prop> props;  }  

然后我们在itemcontroller的additem函数上再使用@validated或者@valid,就能对item的入参进行嵌套验证。此时item里面的props如果含有prop的相应字段为空的情况,spring validation框架就会检测出来,bindingresult就会记录相应的错误。

总结一下@validated和@valid在嵌套验证功能上的区别:

  • @validated:用在方法入参上无法单独提供嵌套验证功能。不能用在成员属性(字段)上,也无法提示框架进行嵌套验证。能配合嵌套验证注解@valid进行嵌套验证。
  • @valid:用在方法入参上无法单独提供嵌套验证功能。能够用在成员属性(字段)上,提示验证框架进行嵌套验证。能配合嵌套验证注解@valid进行嵌套验证。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持<计算机技术网(www.ctvol.com)!!>。

需要了解更多c/c++开发分享@valid 无法触发BindingResult的解决,都可以关注C/C++技术分享栏目—计算机技术网(www.ctvol.com)!

本文来自网络收集,不代表计算机技术网立场,如涉及侵权请联系管理员删除。

ctvol管理联系方式QQ:251552304

本文章地址:https://www.ctvol.com/c-cdevelopment/965046.html

(0)
上一篇 2021年12月2日
下一篇 2021年12月2日

精彩推荐