学Struts始终有个问题,就是看到在实际开发中前台的表单提交验证都是交给javascript处理,那struts表单验证到底
在实际开发中放在哪里,有否实用性?

解决方案 »

  1.   

    js验证是可以被绕过的.
    根据项目的安全度,和复杂度来决定是否使用Struts自代验证.
      

  2.   

    struts 的validate 方法验证一般是服务器端的验证,比如改用户是否存在,但是js中的验证,一般只是jsp页面的客户端的验证,比如判断一个字符是不是数字,一个字符串的长度不超过5等
      

  3.   

    js验证可以被绕过,Struts验证这几个方面:提交数据完整性(和JS验证一样目的),服务器验证(验证数据是否正确),用户操作验证(比如重复提交)
      

  4.   

    js验证可以被绕过,Struts验证这几个方面:提交数据完整性(和JS验证一样目的),服务器验证(验证数据是否正确),用户操作验证(比如重复提交)
      

  5.   

    JS验证好处是验证处理和运算在客户端,STRUTS验证是由服务器端处理的,如果验证频率很高,服务器压力会很大。如果不是很严格的需求,就用JS吧,能减少服务器压力。
      

  6.   

    你好,楼主!
    JS 验证表单只是前端的验证。
    Struts 验证表单也可以在服务器内部后台验证的啊
    Struts 是体现了MVC 的模式。Struts 的跳转 实现了国际化、前台显示的标记等等都有好处的啊。
      

  7.   

    1。从架构角度说,struts的验证属于服务端验证,也就是说无论客户端是使用浏览器还是客户端其他应用。服务器端的验证是为了再后台建立起验证机制。
    2。从性能角度来说,客户端的验证可以减少服务器访问的流量,如果客户端就验证不通过,那么无需与服务器端通讯。
    3。从实用性角度说,有人要问了,如果客户端可以验证,那么服务端为什么还要验证呢?不是重复了吗?首先,就像前面的那位说的一样,有些客户端的验证比如JS是可以被用户绕开的,这样就不一定能起到作用。再者,从架构的角度来说,服务端的程序应该是具有可复用性的,不一定只单单为了一个应用而开发,那么很可能是开放性的一种服务,那么依赖客户端来验证显然是不安全的做法,首先应从自身加强验证。而struts恰恰做了这样一个工作。这也是我在工作中的一些理解,希望对你有帮助,如果有不对的地方,欢迎大家一起交流学习。
      

  8.   

    现在跟后台交互的验证都用ajax了
    struts表单验证我是用的很少了