介绍Struts Action的多种角色

Action类是用户请求和业务逻辑之间的桥梁。每个Action充当用户的一项业务代理。在   RequestProcessor类预处理请求时，在创建了Action的实例后，就调用自身的processActionPerform()方法，该方 法再调用Action类的execute()方法。 Action的execute()方法调用模型的业务方法，完成用户请求的业务逻辑，然后根据执行结果把请求转发给其他合适的Web组件。在实际的应用 中，主要有以下几种比较常见的使用方法：
1.普通的Action应用
<action   path=”/normalAction”
type=”package.OneActionClass”>
name=”oneForm”
input=”page.jsp”
<forward   name=”success”   path=”success.jsp”/>
<forward   name=”failure”   path=”failure.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。
2.有Form的Action应用
<action   path=”/formAction”
type=”org.apache.struts.actions.ForwardAction”
name=”oneForm”
input=”page.jsp”
parameter=”another.jsp”
/>
Struts 会在定义的scope搜寻oneForm，如果找到则重用，如果找不到则新建一个实例；取得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来显示。
3.仅有Action的Action应用
<action   path=”/actionAction”
type=”package.OneActionClass”>
input=”page.jsp”
<forward   name=”success”   path=”success.jsp”/>
<forward   name=”failure”   path=”failure.jsp”/>
</action>
ActionServlet 接收到请求后，取得action类实例，调用execute()方法；然后根据返回的ActionForward在配置中找   forward，forward到指定的URI或action。这样就没有form实例被传入execute()方法，于是execute()必须自己从 请求中获取参数。Action可以被forward或者重定向。这种action不能处理通过HTML   FORM提交的请求，只能处理链接式的请求。
4.仅有JSP的Action应用
<action   path=”/jspAction”
type=”org.apache.struts.actions.ForwardAction”
parameter=”another.jsp”
/>
ActionServlet 接到请求后调用ForwardAction的execute()方法，execute()根据配置的parameter属性值来forward到那个 URI。这种情况下，没有任何form被实例化，比较现实的情形可能是form在request更高级别的范围中定义；或者这个   action被用作在应用程序编译好后充当系统参数，只需要更改这个配置文件而不需要重新编译系统。
5.两个Action对应一个Form(和第四种方式部分的Action作用相近)
<action   path=”/oneAction”
type=”package.OneActionClass”>
name=”oneForm”
input=”one.jsp”
<forward   name=”success”   path=”/anotherAction.do”/>
</action>
<action   path=”/anotherAction”
type=”package.AnotherActionClass”>
name=”oneForm”
input=”another.jsp”
<forward   name=”success”   path=”success.jsp”/>
</action>
这个组合模式可以被用来传递form对象，就每个单独的action来讲，处理上并没有和完整的action有什么实质的区别。需要注意的是在后一个   action中同样会调用form的reset()和validate()方法，因此我们必须确保form中的信息不被重写。这种情况分两种方式处 理：   a)   在request中放入一个指示器表明前一个action有意向后一个action传递form，从而在后一个action可以保留那个form中的值， 这一方式只能在使用forward时使用。b)   当使用redirect而不是forward时，可以把指示器放在 session或更高的级别，在命令链的最后一环将这个指示器清除。
6.两个Action对应两个form
<action   path=”/oneAction”
type=”package.oneActionClass”>
name=”oneForm”
input=”one.jsp”
<forward   name=”successful”   path=”/anotherAction.do”   redirect=”true”/>
</action>
<action   path=”/anotherAction”
type=”package.AnotherActionClass”>”
name=”anotherForm”
input=”another.jsp”
<forward   name=”success”   path=”success.jsp”/>
</action>
这个组合方式跟前一种在流程上没有太大区别，只是我们现在对于两个action分别提供了form，于是代码看上去更加清晰。于是我们可以分别处理 WEB   应用程序的输入和输出。值得注意的是，后一个action同样会尝试往form中写入那些参数，不过我们可以这样处理：a)   在后一个 form中使用另一套属性名；b)   只提供getter而不提供setter。
基本处理过程：
前一个action接收输入、验证、然后将数据写入业务层或持久层，重定向到后一个action，后一个action手动的从业务层/持久层取出数据，写 入 form（通过其他方式），交给前台JSP显示。这样做的好处是不必保留输入form中的值，因此可以使用redirect而不是forward。这样就 降低了两个action之间的耦合度，同时也避免了不必要的重复提交。
注明：文中所提及的“仅有Form”指的是没有继承Struts提供的Action类，而是直接使用了Struts自身提供的Action类；“仅有Action”指的是仅继承了Struts提供的Action类而没有使用Form。