关于客户端和服务器端数据验证的问题

本文探讨了在Struts项目中为何需要同时采用客户端和服务端的验证机制。客户端验证可以提高用户体验,而服务端验证则确保了系统的安全性,两者结合使用能够使应用程序更加健壮。
记得以前学习struts1.3的时候,很不明白,为什么要把验证放到服务器端,这样不是会降低服务器的执行效率吗?当然,对于struts这样一个大型的开源组织来说,不会笨到这样.今天看来的确需要在服务器端采用这样的验证机制.

因为,如果仅在客户端利用JavaScript或其它脚本语言来编写的验证仅能对于一般用户.对于恶意用户是不起作用的,我们可以想象一下,在做struts项目的时候,有个请求转发机制,无论是struts1.0还是struts2.0,都可以不通过jsp页面来向服务器端输入数据.而是通过:
....do?参数 或....action?参数的形式.这样就可以饶过客户端的数据验证.

然而,有些朋友会说光采用服务器端数据验证,不就行了吗?这样又会降低服务器的运行效率.因为遇到不合法的数据,会转发.这里虽然会降底运行效率,但相对没有客户端验证来说,又提高了很多.

所以,对于一个健壮的项目来说,客户端和服务器端的验证都是需要的.

呵呵,事物总是这样,在一个矛盾体中寻求一个平衡点.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值