在大多数的java Web应用框架中，Action都是一个最基本的概念，也是可以与用户发出的HTTP请求相关联的最小的工作单元。

在Struts2中，Action可以以几种不同的方式来工作。

单个结果

Action最常用也是最基本的用法就是执行操作后返回单个结果。这种Action看上去就是这样的：

class MyAction {

public String execute() throws Exception {

return "success";

}

} 只需要更改 “struts.action.extension”这个属性的值。

 

这样简单的几行代码当然说明不了什么。但首先，这个Action类不需要继承其它类，也不需要实现其他接口。这样的类就是一个简单的POJO。

其次，在这个类中有一个名为“execute”的方法。这个方法名是依照惯例命名的，如果你想用其他名字的话，那么只需要在Action的配置文件中做出更改。无论方法名是什么，它们都被认为会返回一个String类型的值。Action的配置文件会将该Action的返回代码与要呈现给用户的结果进行匹配。另外，该方法还可以在需要的时候抛出异常。

下面是最简单的配置信息：

<action name="my" class="com.fdar.infoq.MyAction" >

<result>view.jsp</result>

</action>

“name”属性提供了执行Action所对应的URL地址，在这里就是“my.action”。“.action”的扩展名是在“struts.properties” 文件中配置的。“class”属性指定了要执行的action所对应的类的全限定名。

多个结果

现在情况稍微复杂了一些，Action需要根据逻辑运算的结果，来生成多个结果。下面的代码和刚才那个类看上去很像：

class MyAction {

public String execute() throws Exception {

if( myLogicWorked() ) {

return "success";

} else {

return "error";

}

}

}

因为这里有两个结果，所以就为每一种不同的情况来配置要呈现给用户的结果。配置文件就变成了如下的样子：<action name="my" class="com.fdar.infoq.MyAction" >

<result>view.jsp</result>

<result name="error">error.jsp</result>

</action>

我们可以看到在result节点中多了“name”属性，实际上这个属性是一直都存在的，如果开发人员没有显式指定它的值，那么它的默认值就是“success”（第一个result的配置就是如此）。

前面我们已经看到了定义Action结果的最通用的方式。而实际上我们还有另外四种方式：

1. Action方法返回一个字符串——这个返回的字符串与“struts.xml”的一个action配置相匹配。例子中已经演示这一种方式。

2. 使用Code behind插件 ——当使用这个插件的时候，它会将Action的名字和Action返回的结果字符串进行连接来得到视图模板。比如说，如果URL是“/adduser.action”，而Action返回了“success”，那么要渲染的页面就是“/adduser-success.jsp” 。3. 使用 @Result注解—— action类可以用@Results 和@Result注解来标注多个不同的结果。Action所返回的字符串需要与所注解的结果之一相匹配。

4. 方法返回一个Result类的实例——Action不必一定要返回一个字符串，它可以返回一个Result类的实例，该实例应当是已经配置好可使用的。

 

结果类型

Action生成并返回给用户的结果可能会有多个值，而且也可能是不同的类型。“success”的结果可能会渲染一个JSP页面，而“error”的结果可能需要向浏览器发送一个HTTP头。

结果类型（本章中稍后会详细讨论）是通过result节点的“type”属性来定义的。和“name”属性一样，这个属性有一个默认值——“dispatcher”——用来渲染JSP。大多数情况下，你只需要使用默认的结果类型就可以了，但是你可以提供自定义的实现。

请求和表单类型核心组件 | 17 更多精彩内容：http://www.infoq.com/cn

5 Martin Fowler写过一篇文章，对依赖注入进行了完整的描述： http://www.martinfowler.com/articles/injection.html

 

Action为了执行操作，并为数据库持久化对象提供数据，就必须要访问请求字符串和表单中的数据。

java的Struts2采用了JavaBean的风格——要访问数据的话，就给字段提供一个getter和setter，要访问请求字符串和表单也是一样的道理。每一个请求字符串和表单的值都是一个简单的名/值对，所以要设定一个特定名称的值的话，就要为它提供一个setter。比如，如果一个JSP调用了“/home.action?framework=struts&version=2”这样一个请求，那么action就应该提供如下两个setter：“setFramework( String frameworkName )”和“setVersion( int version )”。

我们可以看到，例子中的setter并不是只接受String类型的参数。在默认情况下，Struts2可以把String类型的值转换成action所需要的类型，这条规则对于所有的primitive类型和基本对象类型的值都适用，当然你也可以对其进行配置，让它也适用于你所创建的类。Struts2还可以在更加复杂的对象图中进行定位后赋值，比如说如果一个表单元素的名字是“person.address.home.postcode”，其值为“2”，那么Struts2就会调用“getPerson().getAddress().getHome().setPostcode(2)”这个方法。

到现在为止，我们已经讨论了很多有关Action配置的问题，以及如何根据不同的结果代码来控制返回给用户的结果。这是Action的一个很重要的功能，但是，它必须要完成一些操作之后，才能返回结果。因此它们需要访问多种类型的对象——业务对象，数据访问对象或者其他资源。

Struts2使用了名为依赖注入5——又名控制反转——的技术来降低系统的耦合性。依赖注入可以通过构造器注入，接口注入和setter注入来实现。Struts2中用的是setter注入。这就是说，你只需要提供一个setter，对应的对象就可以被Action使用了。Struts2推荐的依赖注入框架是Spring框架，并通过插件对它进行配置。你还可以使用Plexus，或者是提供自定义的实现。还有些对象是不受Spring框架管理的，例如HttpServletRequest。这些对象是通过setter注入和接口注入混合处理的。对于每一个非业务的对象而言，都有一个对应的接口（也就是“aware”接口），需要action对其进行实现。

在最开始的时候，WebWork有它自己独有的依赖注入框架。但自从2.2版本以后，该框架就被Spring取代了。原先的那种组件框架是基于接口的，所以每一个组件都需要有一个接口和一个对应的实现类。

另外，每一个对象都有一个“Aware”接口，为组件提供了setter方法。对于UserDAO接口而言，对应的aware接口按照惯例就会被命名为“UserDAOAware”，其中有一个setter方法——“void setUserDAO( UserDAO dao );”。

当必需的接口和setter齐备以后，拦截器就会对对象的注入进行管理了。

从Action中访问数据

在有些情况下我们需要查看被Action修改过的对象。有好几种技术可以帮助我们做到这一点。

对于开发人员而言，最常用的方法就是把所需要访问的对象放到HttpServletRequest或者HttpSession里面。这可以通过实现“aware”接口（让依赖注入来工作），并设置为可以通过要求的名称来访问的方式来达到。

如果你打算使用内建的标签库或者是JSTL支持的话，访问数据就会更简单了。这两种方法都可以通过值栈来访问Action。开发人员唯一要另外做的就是在Action里面为所要访问的对象提供getter方法。

评论 (0) All

登陆 还没注册？