Struts 2验证个人看法

最近在学习SSH整合这东西，以前学校的时候，大多是写JSP，Servlet，JDBC的SQL查询，感觉Hibernate的查询的确是很强大，可以省不少的工作，Spring也的确能够起到解藕的作用，开始到前端的时候，Struts 2 开始写UserAtion 的CRUD方法还是很顺利的，但是到了验证的时候，悲剧就发生了。

 

UserAction类的域变量为user，serviceManager（负责CRUD操作）,然后就是对应的save，update，pareUpdate，delete，listAll等5个常用的方法，一切都很成功。

 

验证开始。

 

首先，对于Struts2 的严重，只要发现fieldError里面不为空，默认会转到input 的逻辑视图，即不管上面的5个方法哪一个验证出错，都只能转到同一个结果视图，这条规定缺乏灵活性。

 

        其次，验证配置。先写了一个UserAction-validation.xml的验证配置文件，根据Struts2的特性，这个验证文件将会对UserAction中的所有方法都有效，所有的提交操作，在客户端和后台都必须验证。

    

      前端验证还好，只有add和update两个方法有前端JSP页面操作。悲剧的后端验证就来了，根据Struts2 规定，不管什么操作，Action默认的validate（）方法验证都必须执行，也就是说，delete、listAll、pareUpdate等三个方法将无法通过验证。

 

个人尝试：

 开始异想天开，以为只要提供了validateListAll方法后，validate方法就可以不需要执行了，这样也就能顺利的把5个动作集中到同一个Action中去了。可是，Struts 2不行，在执行了ValidateXxx后，validate方法还是必须得执行，validate（）方法就是流程中无法跳过的坎。

 

 

个人建议：

1. 后端验证，可以根据不同的方法决定跳转的视图结果，不一定全部跳到input

2.在提供了validateXxx（）方法后，流程中应该不默认执行validate()方法，如果有需要，用户可以在validateXxx（）方法内，根据自己的实际情况，去调用validate（）方法就可以了。至于配置UserAction-Xxxx-validate.xml文件，其情况与后台的validate验证差不多，只是因为delete等方法，不涉及到表单提交操作，前端的验证就可以顺利通过。

 

      最后个人解决办法：

最后，我的解决办法是：将UserAction中的5个方法分开，save（）和update（）两个方法放到一个Action中；delete、listAll、pareUpdate三个方法放到一个Action中，对save方法和update提供validate.xml验证文件，另外的三个方法在动作里面进行简单的验证控制及可以。

这样分开后，Action的数量不会急剧增加，save和update方法将会最大限度的公用同一个验证文件，编写自己独有验证方法的也比较方便。 

 

 

 初学SSH，欢迎提出意见。