中不同的和牛

Struts中不同的Action和ActionForm组合

来源：

在上看到一篇好文，有关Struts使用中各种不同的Action和ActionForm组合的利弊。我先消化一下，整理好，供大家参考。原文标题：Strutsactionmappings:DivideEtImpera，作者：MichaelJuravlev。在TSS上的URL：

说明：阅读本文需要一定的Struts基础。

注：文中小写的action不一定代表具体的StrutsAction类，有时也指作为一个整体的actionmapping。

[1]完整的action

name=\"someForm\"

input=\"p\"

首先，Struts的ActionServlet接收到一个请求，然后根据l的配置定位到相应的mapping（映射）；接下来如果form的范围是request或者在定义的范围中找不到这个form，创建一个新的form实例；取得form实例以后，调用其reset()方法，然后将表单中的参数放入form，如果validate属性不为false，调用validate()方法；如果validate()返回非空的ActionErrors，将会被转到input属性指定的URI，如果返回空的ActionErrors，那么执行Action的execute()方法，根据返回的ActionForward确定目标URI。

3、大量的导入外链 这样做的效果是：execute()仅当validate()成功以后才执行；input属性指定的是一个URI。

[2]仅有Form的action

name=\"someForm\"

input=\"p\"

parameter=\"p\"

/

首先，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来显示。

[3]仅有Action的action

input=\"p\"

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

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

[4]仅有JSP的action

parameter=\"p\"

/

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

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

[5]两个action对应一个form

name=\"someForm\"

input=\"p\"

name=\"someOtherForm\"

input=\"p\"

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

大致的处理是这样：

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

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

查看本文来源