Struts中Action&ActionForm

   在Struts架构中,一般使用一种名为ActionForm的系统状态Bean,来实现应用系统的非持久性数据存储和维护功能.具体来讲,这种类型的对象主要用于保存用户请求表单中的数据,并可保持其状态的连续性,即在不一样的页面间传递这些数据. ActionForm Bean的运行处理过程以下:

      控制器ActionServlet接收到一个客户端请求后,会将该请求委托给一个RequestProcessor对象进行处理.该对象是遵守配置文件struts-config.xml中与该请求匹配的<action>子元素的约定对该请求进行处理的,首先依据<action>元素的name属性在规定的范围(“request”或”session”)内查找指定的 ActionForm Bean,若是找不到则自动建立一个新的Bean实例. RequestProcessor随后重置该表单Bean的状态,即便用请求表单中的数据自动填充其相应属性.而后该Bean被做为参数传递给相应的处理器Action对象的execute()方法开始后续的处理过程.

下面咱们将经过各类不一样的Action和ActionForm组合来更清楚地了解它们的运行机理以及它们的不一样组合带来的效果.
一. 完整的action

<action path="/aFullAction"
     type="somePackage.someActionClass">
     name="someForm"
     input="someJSP.jsp"
     <forward name="successful" path="someJSP.jsp"/>
     <forward name="failed" path="someOtherJSP.jsp"/>
</action>

     首先，Struts的ActionServlet接收到一个请求，而后根据struts-config.xml的配置定位到相应的mapping（映射）；接下来若是form的范围是request或者在定义的范围中找不到这个form，建立一个新的form实例；取得form实例之后，调用其 reset()方法，而后将表单中的参数放入form，若是validate属性不为false，调用validate()方法；若是 validate()返回非空的ActionErrors，将会被转到input属性指定的URI，若是返回空的ActionErrors，那么执行 Action的execute()方法，根据返回的ActionForward肯定目标URI。
     这样作的效果是：execute()仅当validate()成功之后才执行；input属性指定的是一个URI。
     二. 仅有Form的action

<action path="/aFormOnlyAction"
     type="org.apache.struts.actions.ForwardAction"
     name="someForm"
     input="someJSP.jsp"
     parameter="someOtherJSP.jsp"
/>
     首先，Struts会在定义的scope搜寻someForm，若是找到则重用，若是找不到则新建一个实例；取得form实例之后，调用其reset() 方法，而后将表单中的参数放入form，若是validate属性不为false，调用validate()方法；若是validate()返回非空的 ActionErrors，将会被转到input属性指定的URI，若是返回空的ActionErrors，那么转到parameter属性指定的目标 URI。
     这样作的效果是：没有action类能够存放咱们的业务逻辑，因此全部须要写入的逻辑都只能写到form的reset()或者validate()方法中。validate()的做用是验证和访问业务层。由于这里的action映射不包括forward（也没有意义），因此不能重定向，只能用默认的那个 forward。这种仅有form的action能够用来处理数据获取并forward到另外一个JSP来显示。
     三.仅有Action的action

<action path="/anActionOnlyAction"
     type="somePackage.someActionClass">
     input="someJSP.jsp"
     <forward name="successful" path="someJSP.jsp"/>
     <forward name="failed" path="someOtherJSP.jsp"/>
</action>

首先，ActionServlet接收到请求后，取得action类实例，调用execute()方法；而后根据返回的ActionForward在配置中找forward，forward到指定的URI或action。
     这样作的效果是：没有form实例被传入execute()方法，因而execute()必须本身从请求中获取参数。Action能够被forward或者重定向。这种action不能处理经过HTML FORM提交的请求，只能处理连接式的请求。
     四.仅有JSP的action

<action path="/aJSPOnlyAction"
     type="org.apache.struts.actions.ForwardAction"
     parameter="someOtherJSP.jsp"
/>

     首先，ActionServlet接到请求后调用ForwardAction的execute()方法，execute()根据配置的parameter属性值来forward到那个URI。
     这样作的效果是：没有任何form被实例化，比较现实的情形多是form在request更高级别的范围中定义；或者这个action被用做在应用程序编译好后充当系统参数，只须要更改这个配置文件而不须要从新编译系统。
     五. 两个action对应一个form

<action path="/anAction"
     type="somePackage.someActionClass">
     name="someForm"
     input="someJSP.jsp"
     <forward name="successful" path="/anotherAction.do"/>
</action>
<action path="/anotherAction"
     type="somePackage.someOtherActionClass">
     name="someForm"
     input="someOtherJSP.jsp"
     <forward name="successful" path="someResultJSP.jsp"/>
</action>

     就每一个单独的action来说，处理上并无和完整的action有什么实质的区别。这个组合模式能够被用来传递命令对象（form）。须要注意的是在后一个action中一样会调用form的reset()和validate()方法，所以咱们必须确保form中的信息不被重写。
     处理的方式大体分为两种：a) 在request中放入一个指示器代表前一个action有意向后一个action传递form，从而在后一个action能够保留那个form中的值，这一方式只能在使用forward时使用。b) 当使用redirect而不是forward时，能够把指示器放在session或更高的级别，在命令链的最后一环将这个指示器清除。
     六. 两个action对应两个form

<action path="/anAction"
     type="somePackage.someActionClass">
     name="someForm"
     input="someJSP.jsp"
     <forward name="successful" path="/anotherAction.do" redirect="true"/>
</action>
<action path="/anotherAction"
     type="somePackage.someOtherActionClass">"
     name="someOtherForm"
     input="someOtherJSP.jsp"
     <forward name="successful" path="someResultJSP.jsp"/>
</action>

     这个组合方式跟前一种在流程上没有太大区别，只是咱们如今对于两个action分别提供了form，因而代码看上去更加清晰。因而咱们能够分别处理WEB 应用程序的输入和输出。值得注意的是，后一个action一样会尝试往form中写入那些参数，不过咱们能够这样处理：a) 在后一个form中使用另外一套属性名；b) 只提供getter而不提供setter。大体的处理是这样：前一个action接收输入、验证、而后将数据写入业务层或持久层，重定向到后一个 action，后一个action手动的从业务层/持久层取出数据，写入form（经过其余方式），交给前台JSP显示。     这样作的好处是没必要保留输入form中的值，所以可使用redirect而不是forward。这样就下降了两个action之间的耦合度，同时也避免了没必要要的重复提交。