每个应用程序都有责任确保它们插入到后台资料库的数据是合法有效的，毕竟，如果这些应用程序所依赖的数据一旦遭到了破坏，那将是灾难性的，那应用程序还能拿什么来使自己正常运转呢？比如说，使用正规关系数据库的一个应用程序，数据库中的每个字段都有自己一定的规则和约束，来保证存储在其中的数据在一定程度上的正确性。任何要使用后台资料库数据的应用程序都有责任保护它们提交的数据的完整性。
　　
　　任何试图插入或更新不符合标准的数据的操作都有可能被发现并拒绝。这种检测可能遍布在整个应用程序的每个角落，在表现层可能进行一些验证，在业务逻辑层，商业逻辑对象一般也有商业逻辑的验证，还有在后台资料库也要对数据进行检查。
　　
　　不幸的是，由于这种验证在应用程序中无处不在，造成了应用程序在一定程度上的验证数据的代码冗余。这并不是应用程序所希望的，因为这种在多处的重复劳动，使得应用程序的部署和维护要花去更多的时间。如果在整个应用程序中，这些验证规则可以重复使用，将使得应用程序更加富有弹性，换句话说就是，部署更快捷，定制更容易，程序更灵活。
　　
　　Jakarta Commons 项目Validator框架简介
　　Validator是由David Winterfeldt创建的开源项目，它也是Jakarta Commons的一个子项目。Commons项目主要是提供一些像Validator这样的一些可重用组件。其他著名的Commons组件还有如BeanUtils,Digester,Logging框架等。Validator 1.0版本发布于2002年11月初。
　　
　　使用Validator的好处
　　　　 .使用Validator框架比一般的在应用程序的代码中定义验证规则有好多优点，如：
　　　　 .可以在一处为应用程序定义验证规则；
　　　　 .验证规则和应用程序是松耦合的；
　　　　 .服务器端和客户端的验证规则可以在同一处定义；
　　　　 .配置新验证规则或修改已有验证规则变得更加简单；
　　　　 .支持国际化；
　　　　 .支持正则表达式；
　　　　 .可以用于Web应用程序也可用于标准的Java应用程序；
　　　　 .采用声明的方法实现而不是编程实现；
　　除了之外，Validator最大的特征就是自身支持可插性（pluggability）。在文章的后
　　
　　面你将会看到使用Validator框架内置的验证规则来更好地完成你的工作，而更重要的是，Validator框架允许你自定义验证程序，并插入到框架中。
　　
　　Struts和Validator的关系
　　应该指出的是Validator框架本身是因Struts框架而建立的。Validator的创建者David Winterfeldt在使用Struts的过程中发现，在许多ActionForm类中需要反复使用同一个验证规则，这样造成了大量的代码冗余。于是他决定创建Validator框架来消除这种冗余，这样Validator就诞生了。
　　
　　尽管Validator架构最初是为Struts架构而生，但它还是被设计和构造成了可以独立于Struts架构而单独使用。这一个特征使得你可以在任何的应用程序中使用这个框架，不必管它是不是Struts架构的。并不会因为你不使用Struts框架而影响Validator架构对你的应用程序作用。事实上，这就是为什么Validator是Jakarta Commons项目的一部分而不直接是Struts项目的一部分。
　　
　　现在，我们来将这个框架整合应用到像基于Struts构架这样的Web应用程序上。在文章的最后中我们再介绍如何把它应用到其他类型的应用程序中，如基于EJB的应用程序。
　　
　　Validator组件概述
　　　　 Validator架构有下面这些组件组成：
　　　　 Validators；
　　　　 配置文件；
　　　　 资源绑定；
　　　　 JSP自定义标签；
　　　　 Validator Form类；