- 浏览: 414729 次
-
文章分类
最新评论
-
xieke：
就一句话？内容呢？
用RMI实现基于Java的分布式计算 -
grandboy：
搞成功了，但是生成的代码不好。我不想用这个生成了，还是用mid ...
用PowerDesigner生成Hibernate映射文件的步骤 -
rmn190：
麻烦你帮我看下这个关于struts-menu方面的问题吧： h ...
Struts-menu源码分析 -
wcily123：
按照你的这个搞了半天都没有成功！
用PowerDesigner生成Hibernate映射文件的步骤 -
beijixuem：
骗人的家伙！
JAVA + Oracle存储过程返回查询结果集
使用 Struts Validator
本教程将指导您安装和配置 Struts Validator 组件。我将介绍如何使用 Validator —— 至少在一个简单的级别上使用 —— 并确保它能在具体的 Struts 配置中工作。而且，如果以前没有用过 Struts（但是却有足够的勇气跟随本教程），那么可以回顾 附录，里面提供了 Struts 安装的速成课程。
完成本教程后，就设置并运行了 Validator，应当能够自如地把 Validator 配置成在自己的 ActionForm 中使用。另外，还会看到一些非常简单的 Validator 应用，就 Struts/Validator 应用程序编程提供了一些前瞻性的体会。
谁应当阅读本教程?
本教程是为那些对 Java 技术、Tomcat servlet 引擎和 Struts 应用程序框架有一定熟悉程度的 Web 开发人员编写的。
如果目前使用的 servlet 引擎不是 Tomcat，那么需要熟悉所使用的 servlet 引擎的设置和配置。本教程假设使用的是 Tomcat，所以没有提供针对非 Tomcat 配置的额外细节。请检查 Struts 的文档，了解在 Tomcat 之外的 servlet 容器中安装 Struts 的更多信息（在 参考资料 中有一个链接，链接到文档中的特定小节。）
本教程只处理 Struts 的配置，所以还需要对 XML 文档有最起码的熟悉。对于设置 Struts 的机器，还应当拥有管理访问权；我们将添加一些 JAR 文件并修改 Struts 的核心设置，让 Validator 启动并运行。还需要了解一点声明性编程（如果是新接触声明性编程，还是请参阅 参考资料）。
前提条件
要跟上本教程，需要一台安装了 servlet 引擎（例如 Apache Tomcat）的机器或 ISP。我强烈建议在本地的开发计算机上或者在非生产的 ISP 帐户上运行本教程。换句话说，不要在为成千上万用户服务的机器上试验，因为将要对 servlet 容器做修改，可能不得不多次重新启动容器服务器。
我使用的是 Mac OS X 上的 Java 平台 5.0 版，但对本教程来说这两样并不是必需的。在本教程中看到的一些捕获的警告和输出体现了这一点。另外，我使用的是 Tomcat 5.5.9，它要求 Java 平台 5.0 版（要让它在早期的 JVM 中工作需要下载特殊代码才能做到）。虽然我强烈建议采用最新的 5.0 版本，但本教程并不要求 Java 平台和 Tomcat 的特殊版本。
还需要一个文本编辑器（如果愿意，也可以是 XML 和 Java 编辑器），最好是用一个可以同时打开多个窗口的编辑器。有许多文件需要配置，所以在终端窗口中用 vi 可能有点过时。（比如，我用的就是 Mac OS X 上的TextEdit，所以您也不需要什么太奇怪的东西。）
最后，请确保下载了 Struts 引擎和示例应用程序（请参阅 附录）。我用示例应用程序来避免过多地陷入设置 Struts 表单的细节，因为这并不是本教程的重点。
Validator 本身要运行的话还需要几个库，但是我们将在 安装 Validator 框架中讨论这些库。
构建带有验证的“防弹” 应用程序
验证的重要性
伟大的篮球队经常因为他们有稳定的控球、精彩的传球、挡不住的投篮而受到赞扬。伟大的音乐家要反复地练习，而且会在一两个音阶或小节上花费数小时的时间。伟大的汽车有许多额外的特性，但是跑得更远，引擎问题更少，而比它们弱小的竞争对手更可靠。所有这些例子都表明，伟大的执行者 “做小事”。
这些小事可能不明显，但是会带来一致而积极的结果。
对于应用程序编程，花里胡哨的用户界面和没有必要的复杂的线程，在保证用户数据正确方面，可不如对用户的冲击那样大。没有什么比在 Web 表单中输入错误的电子邮件地址、电话号码，还要让应用程序傻乎乎地继续执行更糟的了。在这类情况下，真正能够有帮助的小事就是验证。
简而言之，验证就是确保数据正确。这听起来有点傻，但是正确 可能有各种不同的含义，这也正是验证发挥威力的地方。一个正确的电子邮件地址可能只是拥有至少一个 @ 符号，在 @ 符号后有一个句点（.）。但是，更复杂的应用程序可能还要求电子邮件地址是指定长度、来自少数特定域。在任何一种情况下，代码都必须保证输入的数据是可以接受的；否则，就会产生各种可能的错误情况：
◆可能把错误的数据传递到另一个方法，后一个方法不得不执行额外的错误检查，从而降低应用程序的速度。
◆可能把错误的数据传递给一个不 执行错误检测的方法，从而造成应用程序崩溃。
◆可能把错误的数据插入数据库，从而造成下次（可能是 5 分钟或者 5 天以后）读取数据时的错误。
在所有这些情况中，都将给用户带来损害，并给他们提供了转到竞争对手 Web 站点或产品的好理由。
本教程的主题是验证。保证不是什么令人兴奋的、迷人的主题，但是它是可以让好应用程序变成优秀的那些 “小事” 中的一件。
从服务器端验证开始
在 Struts 这样的服务器端编程环境中，最容易的（在某种程度上，也是最自然的）验证方式就是在Java 代码中放几个检测。具体来说，用于从表单接收数据的 Struts Action 似乎是放置验证代码的好地方。可以从 servlet 请求中提取值，并检查电子邮件或电话号码的格式、名称的长度或者邮编的合法性。然后，如果有问题，可以再次向用户显示提交表单，可能还带有错误消息，指出发生的问题。
虽然这可能现在听起来不错，但是执行服务器端验证是获得良好用户体验的最糟方式之一。当用户在 Web 表单上点击 Submit、Save 或 Enter ，并且页面闪烁时（表明服务器上正在发生什么），他们可不想再次回到原来的提交页面，还带着错误消息。如果需要花很长时间来处理请求，那么这个问题就是复杂的：用户必须等待，然后应用程序返回一组错误消息。Web 是种步伐很快的媒体，用户期望最小延迟、响应快的应用程序以及动态的用户界面。
如果不在服务器上处理错误，则应当试着把验证移到客户机。客户端验证可以防止用户提交包含错误数据的表单。因为没有通信的延迟，所以它也更快。现在，好的应用程序中几乎或多或少都有一些客户端验证。
但是，也有些时候服务器端验证 —— 或者至少某种形式的服务器端验证 —— 是有意义的。有时验证包含格式、长度和其他细小问题的检查（想想电话号码、邮编、区号和其他数据）；其他时候，验证要调用更复杂的计算。比如，可能需要确保某本书可以运送到某个邮编的地区。在这些情况下，可能不得不允许服务器请求，因为可能需要数据库和其他复杂处理才能保证正确的响应。但是，用户一般能够理解这些是更复杂的请求，所以一般会耐心等待响应。实际上，这类计算很少被当作验证，而是和应用程序服务的通用业务混在一起。同样，除了这些最复杂的情况之外，只要有可能，都应当把验证移到客户机。
不要太过担心这个文件的复杂性；除非要编写自己的验证规则，否则只要接受并使用它的默认版本就可以了。
向应用程序添加错误消息
大多数版本的 validation-rules.xml 在文件头的注释中，都包含像清单 6 这样的内容：
清单 6. validation-rules.xml 注释
|
注释顶部的消息是条好建议。不管您是否遵照指示操作，Validator 在输出错误消息时都会采用这些属性。如果没有把这些插入应用程序的资源，结果就是空的错误消息，当然看起来就像根本没有错误消息一样。对于用户来说，再也没有什么会比提交表单之后、表单被拒绝、然后出错的时候没有任何反馈这件事更郁闷的了。
这些属性最好放在文件中，例如 MessageResources.properties，通常位于应用程序的 WEB-INF/classes 目录中：
清单 7. MessageResources.properties
|
但是，还是不用着急做这些修改，因为有更容易的方式（研究过 WEB-INF/classes/MessageResources.properties 文件的人可能对这个快捷方式已经有了认识）。如果想使用不同的错误消息，可以在这里做修改。例如，如果想让无效电子邮件地址的出错更好一些，可以把它改成像下面这样：
|
这是非常好的定制错误消息的方法，不用触及实际的代码行（从而避免了重新编译、重新部署和许多重新测试）。
把 Validator 连接到应用程序
现在需要让 Struts 应用程序知道 Validator。在这里，我指的是组件的整体，而不是 Validator 的某个特定应用（这是我将在 在应用程序中使用 Validator 中介绍的内容）。将需要使用 Struts 的 plugin 元素，这是让 Struts 知道它应当集成进应用程序的组件的方法。在 struts-config.xml 文件中需要以下条目，这个文件位于应用程序的 WEB-INF 目录下：
|
className 属性告诉 Struts 要装载哪个类；这个类应当实现了 Struts 的 PlugIn 接口，就像 ValidatorPlugIn 做的那样。然后，可能有许多特定于插件的 set-property 条目；对于 Validator，只需要一个：把 pathnames 属性设置为 validator-rules.xml 和 validation.xml 文件所在路径的值。如果想把这些值保存在其他地方，可以在 plugin 元素中指定替代位置。
这些步骤完成之后，需要做的就是编写特定于应用程序的表单、动作和验证需求的 validation.xml 文件。但是，先让我提供一些快捷方式，以避免 Validator 冗长的设置。
struts-blank 应用程序的值
如果在前面一直遵照我的指示，把 struts-blank.war 文件拷贝到新的文件 —— 用它作为开发 Struts 应用程序的基础 —— 那么就揭开了一个巨大的秘密：struts-blank.war 预先已经做好了使用 Struts Validator 的配置！请看一下示例应用程序的 WEB-INF/lib 文件夹，将看到所有 Validator 需要的库：
◆commons-beanutils.jar: Commons BeanUtils
◆commons-collections.jar: Commons Collections
◆commons-digester.jar: Commons Digester
◆commons-logging.jar: Commons Logging
◆commons-validator.jar: Commons Validator
◆jakarta-oro.jar: Jakarta ORO
如果查看 WEB-INF/classes/MessageResources.properties，会看到定义了全部 Validator error 属性。在 WEB-INF 中，将看到默认版本的 validation-rules.xml，它包含 Validator 的全部默认验证规则，都已经准备好了。有一个非常基本的 validation.xml 版本可供修改（本教程下一节就要介绍它）。而且，最好的是，struts-config.xml 已经设置好了 Validator plugin 元素。
这就是 struts-blank.war 真正美妙之所在，至少以我的观点是这样的：我从不需要记住需要什么 JAR 文件和配置步骤才能让 Validator 工作。我只是把这个文件拷贝到新的位置，把它改成应用程序的名称，然后就开始工作。即使一定要对现有的类或文件做些修改（例如添加链接到欢迎页，或删除某些 JSP），不用担心 Validator 的设置也是值得的。
您可能喜欢在每次开发新的 Struts 应用程序时都执行这一节描述的步骤，但是我宁愿拷贝 struts-blank.war 并改名，然后就开始工作。
在应用程序中使用 Validator
创建测试验证的表单
当我们离开示例应用程序时，有了一个欢迎页面和一个到 pages/test-validation.jsp 的链接。现在可以让这个页面就位了。开始时，它只是一个普通的老式 JSP 页面，有一个基本的表单；一旦让简单的 Struts 应用程序运行起来，我将介绍如何添加验证逻辑。现在，先从清单 8 显示的基本 JSP 开始：
清单 8. 基本的 JSP
|
要添加到列表中的内容很少。可以看到，它创建了一个表单，然后提供了输入错误数据的丰富机会。请注意对名称属性的丰富应用；现在应当把这些添加到 WEB-INF/classes/MessageResources.properties 文件中。把它们放在文件底部现有条目的后面：
|
注意： 在本教程的这样简单的一个 JSP 中使用属性看起来有点过分。但是，这只是一个良好的编码实践。可以本地化这些属性，方便地修改它们和重用它们，而几乎不需要额外的开发时间。请习惯于利用这类最佳实践的优势，即使在示例应用程序和原型设计中也该如此。它将带来长期回报。
试着访问这个页面，会生成错误；还有许多工作要做（有时让 Struts 好的事情 —— 声明性异常、高度可配置的表单等等 —— 反而让它难以迅速就位运行）。在这一阶段，应当得到类似清单 9 所示的消息：
清单 9. 错误消息
|
Struts 老手会认出这个错误消息的意义是：在 pages/validation-test.jsp 中定义了一个叫做 SubmitValid 的动作，但是在 struts-config.xml 文件中没有匹配的 action 元素。还有其他相关问题：还需要 form-bean。下面我将处理这两个问题。
配置验证测试页面
首先来处理遗漏的 SubmitValid 动作。请把清单 10 中的条目添加到 struts-config.xml 文件：
清单 10. struts-config.xml 文件的条目
|
现在，在访问页面时，将得到新的错误消息（假设做了以上修改，并重新部署了应用程序）：
清单 11. 新的错误消息
|
这是一个容易修复的问题；只需添加新的 form-bean 元素即可，也是添加到 WEB-INF/struts.config.xml 文件，这个元素定义了表单的 JavaBean，如清单 12 所示：
清单 12. form-bean 元素
|
现在就得到了一个可工作的配置。重新部署这些更改，访问欢迎页面，点击链接。应当看到如图 3 所示的验证测试页面：
图 3：现在欢迎屏幕将把您带到测试表单
添加用于进行处理的定制动作
因为不需要考虑什么业务逻辑（只不过是个示例应用程序），所以编写验证表单的定制 Action 很容易，如清单 13 所示：
清单 13. 定制动作
|
当然，这个动作在 struts-config.xml 中用 SubmitValid 动作引用。在这个示例中，它什么也不做 —— 只是用 “success” 转发把控制传递给 Struts 控制器。这与 struts-config.xml 文件匹配并请求/pages/success.jsp JSP，如下所示：
|
当然，没什么特别的内容，因为这篇教程介绍的是验证，而不是页面设计。
值得一提的是，这里还没有有验证代码！由于还没有创建定制 ActionForm 和自行实现 validate() 方法，所以 Action 对于什么是正确的一无所知，实际上，如果没有验证问题，甚至不会访问它。这意味着代码完全没有验证逻辑，而且就像在下一节中看到的，代码将保持这个样子。
实际上，这是我花了很多时间介绍应用程序设置的主要原因之一。代码、业务逻辑、甚至大多数配置都缺乏验证逻辑。所以每次修改允许的口令长度时，都不得不考虑重新部署表单和动作。实际上，只需要修改一个小小的 XML 文件就可以了。但是现在我还要向前走；在下一节，将开始查看要做 什么才能利用验证。
使用 Validator
没有 Validator 的 Struts
在讨论用 Validator 能做什么之前，先简要地描述一下没有 Validator 时验证内容必须要做什么。回忆一下前面添加到 WEB-INF/struts-config.xml 中的 form-bean：
|
如果 Validator 既没安装也不可用，还想执行服务器端验证，那么需要替换表单的类型 —— 把当前的设置org.apache.struts.action.DynaActionForm 换成定制类型，例如 com.ibm.struts.ValidationForm。这个类要扩展默认的 Struts 表单 org.apache.struts.action.ActionForm。然后，要实现 validate() 方法。看起来可能像这样：
|
不仅需要对应用程序中的每个表单创建定制类，而且还会违犯在教程前面的介绍中提到过的一个原则 —— 验证是基于服务器的。每个请求都必须到达 servlet 引擎、被委托给 Struts、传递给正确的 ActionForm、得到处理、然后再返回（返回给 Struts、再到 servlet 容器，然后到用户）。糟透了，是不是？
您可能把验证移动到 JavaScript（下一个最佳选择），但是这也是一个痛苦，至于理由已经在前面提到过。另外，JavaScript 模块（您正在模块文件中编写脚本，而不是直接写到 JSP 中，对么？）不能访问 Struts 的属性文件，这意味着添加到 MessageResources.properties 中的所有这些好的错误消息，在验证中都用不上。这样就丧失了一些 Struts 最好的特性：模块化和易于国际化。
显然，肯定有更好的方法。而且，谢天谢地，现在是时候研究 Validator 代码了。
动态验证和 Validator
如果关闭了 struts-config.xml 文件，请再次打开它。现在回到 form-bean 元素。需要修改表单类型，但不是改成定制类，而是使用 Validator 提供的类 org.apache.struts.validator.DynaValidatorForm，如下所示：
|
做这一修改，保存修改过的配置文件，并重新部署应用程序。如果进入验证表单，输入一些假值（或根本不输入值），并点击 Submit。将会看到和以前看到的一样的 success.jsp 页面。实际上，做这个修改对应用程序没有实际的改变。因为没有指定任何要应用的验证规则。但是，现在有了一个可以指定这些规则框架 —— 根本不用做代码级或类级的修改。
在进入之前，我要先给出一些强烈的建议：在表单 bean 中应当一直 使用 DynaValidatorForm。因为没有设置验证规则时，它的作用就像 Struts 的 DynaActionForm 一样。但是，更重要的是，以后总能在不修改表单 bean 的情况下就添加验证规则。由于这个原因（除非正在使用定制的 ActionForm 实现），我在我所有的表单 bean 中都尝试使用 DynaActionForm。
添加验证规则
现在我们进入有趣的部分。打开 WEB-INF/validation.xml，这是我在前面提到过的两个特定于 Validator 的配置文件的第二个（第一个是 validator-rules.xml，负责指定通用验证规则）。
validation.xml 文件包含表单特定字段（在 struts-config.xml 中定义）和通用验证规则（在 validator-rules.xml 中）的映射。请打开 validation.xml 并找到 formset 元素。在这个元素内，添加清单 14 中的代码（现在还没有意义，但马上会解释它）：
清单 14. formset 元素的代码
|
首先，form 元素指明开始了一个新表单；name 属性标识这个表单。不出所料，这里的名称应当与 struts-config.xml 中的 form-bean 元素匹配。表单列出后，需要为每个想要验证的字段指定规则。
在这个示例中，我用了两个最简单、也最常见的在 username 和 password 字段上的规则。第一个规则是 required（必需的），而且像其他规则一样，由 field 元素的 depends 属性指定。只需列出想要使用的规则，一个接着一个，用逗号分隔即可。然后，对于每个规则，要提供一些数据供 validator 使用。例如，required 规则需要一个参数；这个参数是字段的名称，在字段没有错误时，显示在生成的错误信息上。使用 arg0 元素可以提供这个名称（在这个示例中，是 prompt.username 和 prompt.password，直接从可信任的 MessageResources.properties 文件提取）。现在开始来看这些内容是如何合在一起的吧？
除了 required 规则，我还使用 minlength 规则。（请注意这些规则是 大小写敏感的！如果录入错误，就会被忽略，会让人很郁闷。）这条规则要求的参数不止一个；它需要一个变量指明字段可以接受的最小长度。这个值通过 var、var-name 和 var-value 元素传递给 minlength 规则。从代码中看它应当更清楚，所以我让您自己去弄清楚这里发生的事情。
最后，还需要另一个参数 —— 这次针对的是 minlength 规则可能需要生成的任意错误消息。因为 arg0 被 required 规则使用了，所以在此基础上加 1，用 arg1 向 minlength 规则提供必需的最小字符数。
请注意在这里变量是如何引用的。resource="false" 语句告诉 validator 从当前文件中得到这个数据，而不是从应用程序的资源绑定（MessageResources.properties）中获得。
这里，应用程序将要求用户名和口令字段的值，还要求输入这些字段的数据有最小长度（请注意每个字段的最小长度不同）。非常漂亮！即使 validation.xml 中的规则定义非常详细，对于每个规则该做什么也非常清楚。
使用 Validator 的内置规则
Struts Validator 自带了许多有用的内置规则；可以检查数据类型（integer、data、byte 等等。）和数据的范围（range）。已经看过的有 minlength 规则，还有 maxlength 规则。甚至可以用 creditCard 规则保证数字和信用卡的数字格式匹配。我要使用另两个规则 —— email 和 url —— 来验证测试表单上的数据正确。
下面是 validation.xml 中的一些新规则：
|
第一个要求 E-Mail 字段中的数据必须是正确的地址（让 Struts 处理它不好么？）。第二个确保 URL 是正确的。（请注意：至少在我自己的测试中，Struts 没有生成 URL 验证方法 的 JavaScript 版本。这意味着如果所有的表单字段都包含正确的数据，而独独 URL 字段不包含，那么客户端验证会通过但是服务器端验证会失败。这并不是可能发生的最坏的事情，因为 URL 字段仍然会得到验证，但是我期望在 Struts 的未来版本中，这个问题会得到纠正。在任何情况下，显示没有理由可以停用 url 规则。）
使用 mask 规则
在许多情况下文本数据需要采用特殊的格式；但是 Struts 不可能解决所有这些可能的格式：电话号码、电子邮件地址、URL、邮编、驾驶证号......这个列表在不断地增长。所以，Struts 只处理最常见的（email 和 url），而为其他格式提供了 mask 规则。使用正则表达式，可以用 mask 规则指定自己的文本模式。
如果对于正则表达式比较熟悉，那么这就是小菜一碟。（对正则表达式的介绍超出了本教程的范围。如果需要帮助，请参阅 参考资料 获得关于正则表达式的更多内容。例如，可以这样定义 phone 字段的规则：
|
这是一个使用得很普遍的模式，它允许输入各种流行的电话格式。如果使用了错误的表单，Validator 会输出关于错误数据的消息。
但是，可以容易地在多个地方使用同一个掩码。每次使用时不必重新定义，只要把掩码定义移动到 global constant 即可。请把下面的内容添加到 validation.xml 文件中的 global 元素内（靠近文件顶部）：
___FCKpd___18 |
现在修改 phone 字段的条目，像下面这样使用新的常数掩码值：
___FCKpd___19 |
现在在整个应用程序的验证规则中，都可以用其他形式重用这个模式。
最后，请注意，我没有提供 Validator 内置规则的完整列表。这是有意的，因为这些规则在不断地变化，随时都有对新规则的支持出现。对于最新的规则集，请查看在线的 Struts Validator 开发指南（请参阅 参考资料 获得链接）。谁知道在您阅读这篇教程的时候会有什么有趣的规则可用呢？
在 JSP 中支持验证
这些规则都不错，但是仍然有一个显著的问题：JSP 页面没有办法报告错误！例如，如果这里重新部署应用程序，将会发现用错误的值 提交验证表单不会 转向 success.jsp。这是对的，也是朝着正确方向的一步。但是，它也特别令人郁闷；表单只是在浏览器中重新出现，至于出了什么错误却没有任何指示。
请打开 pages/test-validation.jsp 来处理这个问题。首先，需要提供了一个地方，供发生错误时显示。这可以由 html:errors 元素很好地处理。请把以下内容插在 html:form 元素前：
|
如果现在重新部署，并试着输入错误数据，将开始看到错误消息，如图 4 所示：
图 4：用错误数据提交表单现在会触发错误消息
现在朝着真正坚固的验证又进了一步。但是，仍然在服务器端；在提交表单时会得到讨厌的闪烁，然后不得不等待服务器响应。这里的目标是用 JavaScript 编码的验证（或者更好一些，不必为了每个表单手工编写 JavaScript）。高兴的是，只要几个额外标记，Validator 就允许把它的服务器端代码转换成客户端 JavaScript 脚本：
|
不是很多哦！只有一行代码，但是它告诉 Struts 插入所有支持表单客户端验证的 JavaScript。还请注意非常重要的 cdata 属性。必须 把它设置成 false，否则客户端验证不会工作。如果把它设置成 true（默认设置），那么 Struts 生成的 HTML 会把 JavaScript 放在 <![CDATA[ 和 ]]> 标记内。由于一些我不太清楚的原因，多数现代浏览器（Mozilla Firefox 和 Safari 在其中最出名）会忽略这样包含的 JavaScript，所以客户端验证不会执行。
在这一阶段，我要指出，即使忘记了 cdata=false 这一部分，仍然可以得到验证，只不过是在服务器端而已。在任何情况下，Validator 在服务器端都会验证数据，所以如果忘记了这个属性、甚至关闭 JavaScript 或跳过它，也都会得到一个备份。使用 Validator 有一个很好的副作用 —— 它会尝试并捕获每个可能的错误。
测试完成的应用程序
启用 JavaScript 后，最后一次重新部署应用程序，并输入各种错误数据。单击 Submit，将得到一个精彩的客户端错误列表（如图 5、6、7 所示）。这可能是您惟一的一次因为看到错误消息而兴奋！
图 5：口令太短
图 6：电话号码格式不对
图 7：错误的电子邮件确实被当作错误
这些消息是顺序处理的，主要由 Validator 引擎决定一次处理多少消息。换句话说，有可能得到一条消息指示多个为空的字段必须填写。但是，单击 OK 并纠正这个错误之后，还会出现不同的错误（例如电话号码格式不对）。Validator 总是只呈现一个对话框，但是这个对话框可以包含多个错误。虽然 Validator 有选择地呈现这些错误，但是它还是会确保在允许用户继续操作之前，要满足所有验证规则。
结束语
这篇教程看起来可能更像一大堆配置而不是编程。我更多是一个编码人员，但是有时您不得不花大量的配置时间，以便可以少些编码时间。没有 Validator 或者类似的组件，就不得不编写 Java 或 JavaScript 代码，对 Struts 表单上的每个输入框手工进行验证。即使热爱编码的人也恨透了编写验证句柄，特别是憎恨一遍又一遍地编写。
现在应当已经从 Struts 示例应用程序和本教程介绍的验证规则构建了一个可工作的 Validator 设置和一个好的测试环境。当我在新机器上安装 Tomcat、Struts 和 Validator 时，我经常使用这个正确的设置；它可以帮我免除跟踪错误的麻烦。另外，对于您现在和未来的 Web 应用程序，也可以使用这个配置。
通过本教程，您应当已经对 Struts 和 Validator 组件真正有了些熟悉，特别是对它们的配置文件。甚至您现在还没有使用 Validator 组件，也应当有助于您掌握 Struts 安装。
不论您如何使用本教程，我都希望它会把您的 Struts 开发（和验证）带上一个层次！希望您喜欢！
附录：在 Tomcat 5.5.x 上安装 Struts
下载 Struts
虽然这并不是关于 Struts 的教程，我仍然想简要地介绍一下 Struts 的简单安装。虽然我希望您拥有基本的 Struts 经验，但我知道实际上有许多人是随着本教程才第一次尝试 Struts。如果您属于这一类，那么请跟随这些步骤好设置并运行 Struts 和示例应用程序。
1、先从访问 Struts Web 站点 开始。在页面的左侧，会看到 Downloads 标题（可能需要向下稍微滚动页面）；请选择 Binaries。
2、如果愿意，请选择候选镜像（我通常使用默认的镜像站点），并找到 Full Releases 下的第一个条目。在我编写这篇教程时，是 Struts 1.2.4 （请参阅图 8）。
3、选择适合您的系统的下载并把文件下载到本地机器。
图 8：下载最新版的完整二进制 Struts 发行版
4、文件下载之后，解压档案文件；应当得到名为 jakarta-struts-1.2.4 这样的目录。现在可以删除档案文件（而且，如果在解压的过程创建了 TAR 文件，也请删除）。
安装 Struts
请把新创建的 Struts 文件夹移动到保存 Java 项目的目录中。在我的系统上，我把它移动到 /usr/local/java，从而形成 /usr/local/java/jakarta-struts-1.2.4。进入这个文件夹，看起来应当像图 9 那样：
图 9：对 Struts 的二进制发行版来说真是没有太多可说的
2、进入 webapps 文件夹；应当看到几个 WAR 文件（其中有五个在 Struts 1.2.4 中）。请把这些文件都拷贝到 Tomcat webapps 目录。如果 Tomcat 没有运行，请启动 Tomcat。Tomcat 将解压每个 WAR 文件，并自动装入应用程序。
3、为了确保每一样东西都工作正常，请导航到 http://localhost:8080/struts-example。
请注意： 我指的是 Tomcat 的默认安装。如果在不同的主机上运行 Tomcat，显然需要用服务器名称替换localhost。如果 WAR 没有自动部署，或者上下文使用的目录不同，那么当然要对 Tomcat 做相应的修改。
应当看到像图 10 所示的内容：
图 10：struts-example Web 应用程序是确定 Struts 正在运行的简易方式
4、应当点击几个链接，确保每一样东西看起来都正常；不应当出现出错页面或奇怪的消息。如果看起来全都正常，那么就得到了一个正常工作的 Struts 安装！
下载
| 描述 | 文件名称 | 文件大小 | 下载方法 |
| Sample code | j-strutsvalcode.zip | 2 MB |
关于作者
Brett McLaughlin 从 Logo 时代（还记得那个小三角么？）就从事计算机工作。最近几年，他已经成为 Java 技术和 XML 社区最著名的作者和程序员之一。他为 Nextel Communications 工作过，实现了复杂的企业系统；在 Lutris Technologies 工作，实际编写了应用服务器；最近是在 O'Reilly Media, Inc. 工作，在这里他继续编写和编辑这方面的书籍。他的最新大作 Java 1.5 Tiger: A Developer's Notebook 是关于最新版本 Java 技术的第一本图书，他经典的 Java and XML 保持着在 Java 语言中使用 XML 技术的权威作品之一的地位。
移到 JavaScript 进行验证
客户端验证最明显的选择就是 JavaScript。这个流行的脚本语言易于学习、灵活，而且在每个现代 Web 浏览器中都可用（虽然会有所差别）。对于许多应用程序来说，JavaScript 足够好了。但是，仍然有些不足。
首先，JavaScript 仍然是代码，所以就像其他代码一样，必须编写、测试、调试和部署 JavaScript。如果从 5 位邮编转到 9 位邮编，那么验证代码就要改变，而且需要在它们影响的所有页面上测试修改。虽然这项工作对于得到清爽的、让用户高兴的结果来说很值得，但却是一项时间密集型工作。
在使用 JavaScript 时，也会非常麻烦 —— 可以容易地把 scriplet 放进 HTML 页面，但是会给维护带来恶梦。虽然进行限制并不太难，但是有种诱惑就是只对页面内的脚本做 “一次快速修正”，却从来不删除这段脚本并重写 JavaScript 库中的代码。
最后，可能必须要一个项目一个项目都带着 JavaScript 库。这也不算什么大麻烦，但是个问题 —— 对于部署代码的每个平台都要测试该代码。
请不要误解我 —— JavaScript 是验证的优秀解决方案，但是如果用 Struts，那么还会有第三个 —— 甚至更好的选项。
了解 Struts Validator
Struts 提供了一个名为 Validator 的优秀组件。Validator 可以插入 Struts 应用程序（将在 安装 Validator 框架 中介绍），甚至直接和最新的 Struts 发行版绑定在一起。只要几个 JAR 文件就可以了。但是 Validator 强在什么地方呢？为什么要用它代替 JavaScript 呢？
而且，您应当认识到，Validator 的大部分执行都使用 JavaScript。所以实际上并没有离开 JavaScript，而且得到的客户端验证也是 JavaScript 擅长的内容。但是，Validator 消除了 JavaScript 的许多问题。首先，它是由成千上万的 Struts 开发人员和用户编码、测试和调试过的，因此降低了您需要进行的测试数量。（我绝对不是 暗示您不要测试；Validator 只是降低了测试负担，但并没有完全消除它。）
另外，Validator 提供了大量常用验证函数，所以您不必为电子邮件地址、电话号码、邮编以及其他常用数据编写验证器。这棒不棒？
而最重要的，可能是 Struts Validator 主要通过配置文件工作，而不用内联的 HTML 代码。通过简单的 XML 文件，可以指示要验证哪个字段，要执行哪类验证。Struts 和 Validator 负责把配置变成工作的 JavaScript 代码，您这一边不需要做任何额外工作！虽然偶尔也要为特定于应用程序的数据添加新的验证函数，但是在 HTML 中使用这些函数的工作由 Struts 处理 —— 不需要手工过程。这就是 Validator 真正胜出而珍贵的地方。被说服了么？现在来看它。
设置示例应用程序
从 struts-blank WAR 开始
在介绍如何使用 Validator 之前，需要利用一个示例应用程序。如果用二进制发行版安装了 Struts（细节请参阅 附录），那么就有了一个好的起点。请确保 Tomcat 正在运行，并导航到 http://localhost:8080/struts-blank。应
发表评论
相关推荐
要使用Struts Validator，首先需要在项目中包含特定的JAR文件，包括`jakarta-oro.jar`和`commons-validator.jar`。这些库为验证功能提供了基础支持。此外，Struts Validator还依赖于两个XML配置文件：`validator-...
### Struts Validator 验证器使用指南：深入解析与实践 #### 一、Struts Validator 简介 Struts Validator框架是Struts框架的重要组成部分，用于实现客户端和服务器端的数据验证。自0.5版以来，Struts Validator就...
在压缩包文件"struts validator教程"中，可能包含了关于如何使用Struts Validator的详细教程，包括配置文件示例、ActionForm的编写方法、如何处理验证错误等内容。这些资源对于初学者来说非常有价值，可以帮助他们...
Struts Validator是一个在Java Web开发中广泛使用的框架，主要用于处理用户输入验证。它与Apache Struts框架紧密结合，提供了一种规范化的验证机制，确保应用程序接收到的数据是合法且符合业务规则的。Struts ...
除了Struts，Struts Validator还可以与其他MVC框架（如Spring MVC）结合使用，通过适配器或AOP机制实现验证逻辑的共享。 7. **最佳实践** - 将验证逻辑与业务逻辑分离，以保持代码的清晰性和可维护性。 - 使用...
在使用Struts Validator时，首先要引入必要的库文件，包括struts-core、struts-validator和相应的JAR包。然后，你需要创建一个ValidatorRule.xml文件，这个文件会定义各种验证规则，比如字段名称、必须条件、错误...
这篇教程将带你深入了解如何使用Struts的Validator框架。 一、Struts Validator框架概述 Struts Validator框架是Apache Struts项目的一部分，它是基于Apache Commons BeanUtils和Digester库构建的。其核心功能是...
为了使用Struts Validator框架，开发者还需要在JSP页面上添加相应的标签库，如`<html:form>`、`<html:errors>`和`<html:messages>`，这些标签会处理表单的提交、错误的显示和消息的提示。 总的来说，Struts ...
这段代码指示 Struts 使用 `ValidatorPlugIn` 类，并指定了两个配置文件的位置：`validator-rules.xml` 和 `validation.xml`。`validator-rules.xml` 文件定义了各种预置的验证器，而 `validation.xml` 文件则根据...
本文将详细介绍Struts验证器Validator的使用，包括基础配置、自定义验证器的创建，以及如何在Maven项目中管理和使用Eclipse进行编译。 **一、Struts验证器Validator的基本概念** Struts Validator是Struts框架提供...
在这个实例中，我们将深入探讨Struts Validator的使用方法、配置以及如何自定义验证规则。 首先，Struts Validator基于JavaBean属性进行验证，它通过XML配置文件来定义验证规则。这些规则包括必填项检查、数据类型...
struts中自定义validator验证 <br>很多时候需要验证“密码”与“重复密码”是否一致，如果放在服务器端验证就浪费资源了。 如何在客户端进行验证...JS可以实现，但是struts的validator框架是否能实现呢？-见示例
Struts的Validator-rules是Apache Struts框架的一个关键组件，主要用于处理Web应用中的表单验证。这个组件使得开发者能够方便地定义和实现客户端与服务器端的数据验证规则，从而确保用户输入的数据符合业务逻辑的...
Struts Validator框架是Apache Struts框架的一个重要组成部分，主要用于处理Web表单验证。它提供了一种声明式的...在`Strutsvalidator`压缩包文件中，你应该能够找到相关的示例代码，帮助你更好地理解和应用这些概念。
使用Struts Validator框架进行表单验证的基本步骤包括：复制和修改验证器配置文件，在国际化资源包中增加错误信息；在Struts配置文件中引入ValidatorPlugIn；修改FormBean的父类，让其继承ValidatorForm，不能再覆盖...
在本文中，我们将深入探讨如何在Struts中使用Validator框架，并通过三个逐步进阶的实例来理解其工作原理。 首先，我们来看第一个实例——Validator_Struct_01。在这个基础案例中，我们将了解如何设置基本的...
Struts Validator是一个强大的验证框架，它是Apache Struts项目的一部分，专为Java Web应用程序设计，用于实现数据输入验证。Struts框架本身是一个MVC（模型-视图-控制器）架构，而Validator则是它的一个核心组件，...