解剖Actions
在上面介绍的请求运作流程中，我们从高层次上谈及了一些Struts和Struts 2的不同点。现在我们将较深入地探讨这两个框架中Action结构的具体差别。
让我们来回顾一下Struts的Action的主要结构。Struts Action的主要形式如下：
public class MyAction extends Action {
public ActionForward execute(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws Exception {
// do the work
return (mapping.findForward("success"));
}
}
当你实现一个Struts Action时, 需要注意以下问题：
- 所有的Action都继承于Action基类。
- 所有的Action都必须是线程安全的，因为只产生一个Action实例。
- 因为所有的Action都必须是线程安全的，所有在Action处理过程中所需要的对象都必须以方法参数的形式传入。
- 处理Action所调用的方法必须命名为“execute”（在Struts中的DispatchAction类可以调用同一个Action的其它方法，但实际上在框架中的入口点仍然是“execute”方法）。
- ActionForward结果是通过ActionMapping类中的方法来产生的，通常的做法是通过调用“findForward”方法。
相比较之下，Struts 2的Action提供了更简单的实现方式。下面就是个例子：
public class MyAction {
public String execute() throws Exception {
// do the work
return "success";
}
}
首先你会注意到的是，Struts 2中的Action不再继承于任何类或需要实现任何接口。实际上，它还远不只这些。按照惯例，只有“execute”方法能调用Action, 但在Struts 2中并非必要，任何声明为public String methodName() 方法都能通过配置来调用Action。
另外，你会注意到返回的对象不是ActionForward，而是String。如果你不喜欢以字符串的形式出现在你的代码中，有个Helper接口Action可以以常量方式提供常见结果，如“success”、“none”、“error”、“input”和“login”。
最后，和Struts最大的革命性的不同是，处理Action过程中调用的方法（“execute”方法）是不带参数的。那你如何获取你所需要的对象呢？答案是使用“反转控制（Inversion of Control）”，也叫“依赖注入（Dependency Injection）”的模式（想更多地了解这方面信息请看Martin Fowler的文章http://www.martinfowler.com/articles/injection.html）。Spring框架使得这个模式流行起来，然而Struts 2的前身（WebWork）也在同时应用上了这个模式。
为了更好地了解反转控制，让我们来看看一个例子，如何在Action处理过程中可以访问到当前请求HttpServerRequest对象。
在我们的例子中，我们使用的依赖注入机制是接口注入。就如其名称一样，接口注入需要的是已经被实现了的接口。这个接口包含了相应属性的setter，为Action提供值。例子中我们使用了ServletRequestAware接口，如下：
public interface ServletRequestAware {
public void setServletRequest(HttpServletRequest request);
}
当我们继承这个接口后，我们原本简单的Action看起来有点复杂了，但是这时我们可以获取HttpServerRequest对象来使用了。
public class MyAction implements ServletRequestAware {
private HttpServletRequest request;
public void setServletRequest(HttpServletRequest request) {
this.request = request;
}
public String execute() throws Exception {
// do the work using the request
return Action.SUCCESS;
}
}
看起来现在这些属性是类级别的，并不是线程安全的，会出现问题。其实在Struts 2里并没有问题，因为每个请求过来的时候都会产生一个新的Action对象实例，它并没有和其他请求共享一个对象，所以不需要考虑线程安全问题。
现在我们还有最后一步，就是为这个Action关联上ServletConfigInterceptor拦截器。这个拦截器提供了一系列功能去获取HttpServletRequest，并可以把它注入到实现了ServletRequestAware接口Action中。这时你并不需要担心如何配置这些，我们将在下一篇文章中有具体讲述。最重要的是让我们明白到是拦截器和接口共同合作下为Action提供了反转控制功能的。
这个设计的好处是能让Action和框架完全解耦。Action仅仅是一个与框架无关的简单POJO。这给单元测试带来极大的好处，Struts 2 Action的单元测试远比Struts Action使用StrutsTestCase或MockStrutsTestCase的单元测试简单。
总结/综述
到现在为止，你应该对Struts2的基础有所了解了——包括高层的框架概念和基础的请求流程。你也应该能自己动手在Servlet容器里配置Struts 2，并理解Struts和Struts 2两者之间在Action方面的差别了。
在下篇文章中，我们将会介绍一个详细的迁移的例子，同时我们也在这章学到的知识基础上，演示如何由Struts向Struts 2的Action迁移。在最后讲述如何在应用中使用JSTL、JSP和Struts2。我们会进一步探讨Struts和Struts 2在Action上的区别，Struts 2的配置和其他框架元素，和谈到更多的Action相关的框架特征。
