Go语言视频零基础入门到精通

黑乌乌

[1] 完整的action

<action path="/aFullAction"
type="somePackage.someActionClass">
name="someForm"
input="somejspjspjspjspjspjspstrutsServletstrutsstrutsjspjspjspjspstrutsjspjspjspjspjspjspjspservletHTMLjspjspstrutsjspjspservletjspjspjspjspjspjspjspjspjspjspjspjspjspstruts."
<forward name="successful" path="some."/>
<forward name="failed" path="someOther."/>
</action>

首先，的Action接收到一个哀求，然后根据-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="/aFormOnlyAction"
type="org.apache..actions.ForwardAction"
name="someForm"
input="some."
parameter="someOther."
/>

首先，会在定义的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到另一个来显示。


[3] 仅有Action的action

<action path="/anActionOnlyAction"
type="somePackage.someActionClass">
input="some."
<forward name="successful" path="some."/>
<forward name="failed" path="someOther."/>
</action>

首先，Action接收到哀求后，取得action类实例，调用execute()方法；然后根据返回的ActionForward在配置中找forward，forward到指定的URI或action。

这样做的效果是：没有form实例被传入execute()方法，于是execute()必需自己从哀求中获取参数。Action可以被forward或者重定向。这种action不能处理通过 FORM提交的哀求，只能处理链接式的哀求。


[4] 仅有的action

<action path="/aOnlyAction"
type="org.apache..actions.ForwardAction"
parameter="someOther."
/>

首先，Action接到哀求后调用ForwardAction的execute()方法，execute()根据配置的parameter属性值来forward到那个URI。

这样做的效果是：没有任何form被实例化，比较现实的情形可能是form在request更高级别的范围中定义；或者这个action被用作在应用程序编译好后充当系统参数，只需要更改这个配置文件而不需要重新编译系统。


[5] 两个action对应一个form

<action path="/anAction"
type="somePackage.someActionClass">
name="someForm"
input="some."
<forward name="successful" path="/anotherAction.do"/>
</action>
<action path="/anotherAction"
type="somePackage.someOtherActionClass">
name="someForm"
input="someOther."
<forward name="successful" path="someResult."/>
</action>

就每个单独的action来讲，处理上并没有和完整的action有什么实质的区别。这个组合模式可以被用来传递命令对象（form）。需要留意的是在后一个action中同样会调用form的reset()和validate()方法，因此我们必需确保form中的信息不被重写。

处理的方式大致分为两种：a) 在request中放入一个指示器表明前一个action有意向后一个action传递form，从而在后一个 action可以留存那个form中的值，这一方式只能在使用forward时使用。b) 当使用redirect而不是forward时，可以把指示器放在session或更高的级别，在命令链的最后一环将这个指示器清除。


[6] 两个action对应两个form

<action path="/anAction"
type="somePackage.someActionClass">
name="someForm"
input="some."
<forward name="successful" path="/anotherAction.do" redirect="true"/>
</action>
<action path="/anotherAction"
type="somePackage.someOtherActionClass">"
name="someOtherForm"
input="someOther."
<forward name="successful" path="someResult."/>
</action>

这个组合方式跟前一种在流程上没有太大区别，只是我们现在对于两个action分别提供了form，于是代码看上去更加清楚。于是我们可以分别处理WEB应用程序的输入和输出。值得留意的是，后一个action同样会尝试往form中写入那些参数，不外我们可以这样处理：a) 在后一个form中使用另一套属性名；b) 只提供getter而不提供setter。

大致的处理是这样：
前一个action接收输入、验证、然后将数据写入业务层或持久层，重定向到后一个action，后一个action手动的从业务层/持久层掏出数据，写入form（通过其他方式），交给前台显示。

这样做的好处是不必留存输入form中的值，因此可以使用redirect而不是forward。这样就降低了两个action之间的耦合度，同时也避免了不必要的重复提交。

因为中的action是单态的，所以要留意form的作用范围。
设置为全局变量的话，很可能泛起数据遗留的题目，form的作用范围最好设为方法私有
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

说明：以上的关于action的只是最常用的，其他还有dispatcheraction lookupdispatcheraction等不是很常用。

javalearner

谢谢楼主分享。