关于检查客户端提交的请求参数

简介: 关于检查客户端提交的请求参数

关于检查客户端提交的请求参数


首先,客户端的提交请求参数都应该有相应的数据规则,并且,需要通过正则表达式或其它判断方式,以保证最终被处理的数据都是符合数据规则的,例如用户名的组成元素、密码的长度、电子邮箱的格式等。

在客户端中,在提交请求之前,就应该对所有需要被提交的数据进行检查,避免将格式有误的数据提交到服务器。

在服务器端中,是通过控制器接收请求参数的,在控制器接收到请求参数时,也应该第一时间就对这些参数进行检查,如果存在格式有误的数据,就应该直接响应“错误”,不予处理!

在服务器端的开发人员眼里,所有由客户端提交的数据,都应该视为“不可靠”的数据!

其实,只需要在控制器中对数据进行了检查,就基本可以保证服务器端后续处理的数据不会出现问题,客户端的检查就“看似”没有意义了,但是,客户端仍应该使用同样的标准,检查所有即将提交到服务器的数据,因为客户端的检查是在客户/用户的设备中执行的,不消耗服务器的性能,可以将绝大部分原本数据就有问题的请求“拦截”下来,避免这些请求被提交到服务器,以减轻服务器端的压力!

在某些软件中,可能在业务层中,还会对业务方法的参数再次进行检查!其实,如果控制器已经完成了检查,且由控制器调用业务方法,这样的业务方法是不需要检查参数的!但是,可能某些业务方法并不是由控制器调用的,在调用之前,可能没有检查数据的格式,甚至,调用业务方法的“角色”太多,为了统一管理数据的有效性规则,就直接在业务层中检查数据!


目录
相关文章
|
15天前
|
JSON JavaScript 中间件
POST 请求如何处理表单数据?
【10月更文挑战第24天】POST请求处理表单数据需要客户端和服务器端的协同工作,客户端负责将表单数据正确地编码并发送给服务器,服务器端则需要准确地接收、验证和处理数据,并向客户端返回合适的响应。
41 1
|
3月前
|
SQL 前端开发 Java
如何干掉你代码里的if,让请求参数校验变的更加优雅?
日常开发过程中,代码各处充满着“陷阱”,稍不留神,就容易出现各类稀奇古怪的Bug,这回咱们来说开发中经常处理的情况,即:参数校验!大多数需要校验参数的情况,都出现在”数据交互“这个场景下,比如前端向后端提交表单数据、后端调用兄弟部门的RPC接口等。今天我们重点站在后端的角度,聊聊不同场景下的多种参数校验手段。
|
5月前
|
NoSQL Java 数据库
重复点击提交、产生多笔数据、保持数据只操作一次---->接口幂等性校验
重复点击提交、产生多笔数据、保持数据只操作一次---->接口幂等性校验
52 0
|
6月前
|
弹性计算 运维 监控
监控 HTTP 服务器的状态(测试返回码)
【4月更文挑战第28天】
66 0
|
小程序
小程序接口请求配置
小程序接口请求配置
173 0
|
移动开发 应用服务中间件 Android开发
踩坑记录:请求接口status返回0
踩坑记录:请求接口status返回0
踩坑记录:请求接口status返回0
|
API
Post 提交错误 远程服务器返回错误: (411) 所需的长度
Post 提交错误 远程服务器返回错误: (411) 所需的长度
159 0
|
Web App开发 网络协议 安全
GET和POST方式请求API接口数据返回
GET和POST方式请求API接口数据返回
175 0
|
运维 应用服务中间件 nginx
批量检查URL状态的脚本
批量检查URL状态的脚本
怎么修改请求的参数和响应
怎么修改请求的参数和响应
99 0