Struts验证

一）Action中业务控制方法的Java编程式验证
   （1）验证流程：
    String转成8种基本类型（含包装类型）->setXxxx()->【validateXxx()->validate()】
    验证成功：进入Action中的execute业务控制方法
    验证失败：<result name="input"/>所对应的页面，取出错误消息

   （2）开发步骤
    步一：写一个类普类，继承ActionSupport类
    步二：重写validate()方法，或添加validateXxx()方法
    步三：在struts.xml文件中配置<result name="input"/>标签
    步四：在出错面页，通过<s:fielderror/>标签，输入出错消息

二）Action中业务控制方法的XML声明式验证
   （1）XML声明式验证流程
    String转成8种基本类型（含包装类型）->setXxxx()->【验证文件】
    验证成功：进入Action中的execute业务控制方法
    验证失败：<result name="input"/>所对应的页面，取出错误消息

   （2）XML声明式验证开发步骤
    步一：写一个类普类，继承ActionSupport类
    步二：在与Action类同级的包中，创建一个名叫【Action类名-validation.xml】的文件
          该文件，类似于传统的validate()方法
    步三：在struts.xml文件中配置<result name="input"/>标签
    步四：在出错面页，通过<s:fielderror/>标签，输入出错消息
    框架自带验证规则：xwork-core-2.3.1.1.jar/com.opensymphony.xwork2/validator/validators/default.xml
    required：非NULL
    requiredstring：非NULL且能转成String类型

   （3）验证Action类中的【所有】业务方法
       （A）编程式作法：validate()
       （B）声明式作法：Action类名-validation.xml文件

   （4）验证Action类中的【某个】业务方式
       （A）编程式作法：validateXxxx()
       （B）声明式作法：Action类名-<action标签的name属性值>-validation.xml文件，与Action类同包

   （5）同时出现验证【所有】和【某个】方式时
        都会执行
       （A）编程式执行顺序是：validateXxx()->validate()
       （B）声明式执行顺序是：XML总->XML分->代码

   （6）同时出现编程式和声明式二种验证方式时
       （A）都会执行
       （B）先XML验证执行,后Java验证执行

   （7）验证文件加载时机
    修改后的任何XML文件，都必须重新部署

   （8）验证文件名写错
    不报错，相当于没有该文件，不做对应的检证

   （9）验证文件名正确但文件内容配置出错
    （A）验证规则名出错：相当于，不作任何验证，控制台会有错误提示
    （B）验证字段名出错：相当于，收不到参数

  （10）二者的适合场合及优点，缺点
    （A）编程式：
         场合：任何
         优点：灵活
         缺点：效率不定

    （B）声明式：
         场合：常用地方
         优点：标准，通用
         缺点：一些特定，特殊的地方，不能使用
   
    （C）项目中以声明式为主，再以编程式为辅
    （D）对于验证文件来说，以针对某个业务方法验证为主