参数验证(含自定义参数验证注解)

本文介绍了在岗位管理中,通过修改岗位编码触发验证异常的过程,包括前端提示、后端控制与源码分析。重点讲解了如何使用自定义的NotNumber注解进行参数校验,并详细展示了异常处理和前后端测试情况。
摘要由CSDN通过智能技术生成

目录

1.触发验证实例简介

2.触发验证抛出异常

2.1触发方式

2.2前端现象

2.3后端现象

​编辑3.源码分析

3.1前端代码

3.2后端代码

3.3报错分析

4.自定义参数验证注解

4.1 新增NotNumber注解,设置自定义校验器NotNumberValidator.class

4.2 自定义NotNumber校验器,实现ConstraintValidator接口。

4.3实体类使用自定义的@NotNumber注解

4.4前后端的测试


1.触发验证实例简介

进入方式:岗位管理 -> 修改

2.触发验证抛出异常

2.1触发方式

岗位编码改为:ceo22222222222222222222222222222222222222222222222222222222222222222222222

2.2前端现象

有提示框显示,岗位编码不能超过64 个字符

2.3后端现象

3.源码分析

3.1前端代码

前端对输入框有限制,不能为空。

确定后,通过updateRole 函数对URI 为/system/role 发起HTTP PUT 操作,请求body 为data

从浏览器开发者工具可以看到,整体的HTTP 请求URL为 http://localhost/dev-api/system/post

后端返回信息后,前端的处理逻辑,返回code 为500 时,输出错误提示Message 框

3.2后端代码

Controller 代码如下

SysPost 类对属性PostCose 的限制如下

原因:当PostCose 不满足两个注解限制时,会抛出异常

异常处理如下

3.3报错分析

岗位编码修改报错,分析逻辑总结:

1.修改前端岗位名称长度超过64

2.点击确定与后台交互,请求URI:/system/post

3.后台检测到SysPost 的参数PostCode不符合要求,则抛出异常类型MethodArgumentNotValidException

4.异常被全局异常处理器捕获,返回message 给到前端,且错误码是500

5.前端路由截获错误码500 的信息,进行处理显示message 内容

4.自定义参数验证注解

使用原生的@Validated进行参数校验时,都是特定的注解去校验(例如字段长度、大小、不为空等),我们也可以用自定义的注解去进行校验,例如项目中的@Xss注解。

4.1 新增NotNumber注解,设置自定义校验器NotNumberValidator.class

4.2 自定义NotNumber校验器,实现ConstraintValidator接口。

4.3实体类使用自定义的@NotNumber注解

4.4前后端的测试

前端:

后端:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值