ruoyi参数验证异常示例

文章讲述了在前端开发中,如何通过`blur`事件进行参数验证,以及遇到异常时后端日志的分析。以Ruoyi系统中部门管理新增为例,展示了前端代码的事件监听和后端对重复部门名称的参数验证报错情况。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

前端中触发参数验证异常

第一例

第二例

前端报错

后端log报错

后端代码分析

前端代码分析

自定义参数验证注解


前端中触发参数验证异常

第一例

以ruoyi中部门管理的新增为例

浏览器开发者工具显示:

寻找前端代码发现:

"blur"是一个常用的JavaScript事件,它在元素失去焦点时触发。当用户在输入框中输入完成后,如果点击其他区域或按下Tab键,输入框将失去焦点,从而触发"blur"事件。

通过监听"blur"事件,我们可以实现一些与用户输入相关的操作,例如验证输入内容、保存数据等。这个事件对于表单验证和用户体验优化非常有用。在前端开发中,我们可以使用addEventListener方法来绑定"blur"事件处理函数,以便在元素失去焦点时执行相应的逻辑。

实现这个功能基本只需要前端代码即可,所以另找一例使用后端参数验证异常

第二例

前端报错

新建一相同部门名称的部门并点击确认新建,触发参数验证异常:

后端log报错

13:34:40.083 [schedule-pool-3] DEBUG c.r.s.m.S.insertOperlog - [debug,137] - ==>  Preparing: insert into sys_oper_log(title, business_type, method, request_method, operator_type, oper_name, dept_name, oper_url, oper_ip, oper_location, oper_param, json_result, status, error_msg, oper_time) values (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, sysdate())
13:34:40.084 [schedule-pool-3] DEBUG c.r.s.m.S.insertOperlog - [debug,137] - ==> Parameters: 部门管理(String), 1(Integer), com.ruoyi.web.controller.system.SysDeptController.add()(String), POST(String), 1(Integer), admin(String), null, /system/dept(String), 127.0.0.1(String), 内网IP(String), {"children":[],"deptName":"研发部门","orderNum":1,"params":{},"parentId":101,"status":"0"}(String), {"msg":"新增部门'研发部门'失败,部门名称已存在","code":500}(String), 0(Integer), null
13:34:40.087 [schedule-pool-3] DEBUG c.r.s.m.S.insertOperlog - [debug,137] - <==    Updates: 1

后端代码分析

前端代码分析

通过浏览器开发者工具找到发出错误相应为此处代码:

找到此处代码:

自定义参数验证注解

在自动生成的代码中添加这些注释用于触发参数验证

检测是否成功

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值