页面校验你是选择手写JS还是commons-validator之类的

Question

1.页面中写JS来检验是客户端校验，可以减少对服务器的压力，但是要写很多的JS，维护也是一个麻烦事情。2. commons-validator.jar，把校验规则和校验的内容写在配置文件中，好维护，但是服务器压力要大点。你们一般式怎么选择的，

Answer 1

这个看需求吧，如果没有具体要求 哪个都一样。
但validator会更安全一些。

Answer 2

在Xxx-validation.xml文件中的<message>元素中加入key属性； 
在Input.jsp中的<s:form>标志中加入validate="true"属性，就可以在用Javascript在客户端校验数据。 
Struts 2.0既可以实现前台验证，也可以实现后台验证啊

Answer 3

Validator 我感觉很难用，而且很不灵活，宁愿自己写 JavaScript 和 Java 代码进行验证。

Answer 4

前台js，后台java验证下，顺便抛个异常

Answer 5

呵呵，不少人是只用JS
另外部分是用JD+后太验证，
没人支持只用VALIDATE作后台验证啊

Answer 6

AJAX异步验证或Struts的验证框架比较好

Answer 7

前台JS，后台自己写JAVA验证。

Answer 8

前后台都验证吧!不然弄个ssh框架也行!用了ssh后既方便使用!又方便维护!

Answer 9

如果不担心安全问题，后台不校验也罢。
如果是互联网上的，还是前后台都要的。
我是做互联网上的项目，用的是jdk5，自己用annotation在Bean中的属性上作注解，如下：public class A{
@Column(length=20,nullable=true)//这是ejb3中的内容，hibernate支持它，可用它来生成数据库表结构
@Email//这是自己定义的实现email的校验
private String email;
...
}通过在action中对注解的处理，生成页面前生成js到页面(跟structs中自动生成的差不多)，提交表单实现后台验证
绝大多数验证条件都在A这个类中，数据库表结构也通过A这个类生成。实现了一处修改，处处同步。验证条件写起来也简单。

Answer 10

前台验证必然用JS 除非访问服务端 否则不用VALIDATE 至于后台的验证则是防止信息出异常的 偶尔验证需要到后台取数据（比如检查用户ID是否存在） 所以需要访问服务端进行验证 不过有了AJAX之后 就更没必要这么做了

Answer 11

呵呵，这是 Hibernate 的 Validator，我们也是这样的。从 Java EE 6 开始 JSR 303 -- Bean Validation 规范正式使用了，以后都可以采用类似的 Annotation 验证。但是这种有些也不好，比如 @Length，如果数据库字段是 varchar2(20) 的话，那只能放 10 个汉字或者是 20 个字母，
这种长度验证就很难弄了，我都是在后台自己写代码的。