现在我们已经理解如何构造你的程序的Model(模型)和View(视图)部件，现在是时候来关注Controllder部件了。Struts包含一个主要功能是映射一个请求URI到一个Action类的servlet。因此，对于Controller你的主要责任是关于:

• 为每一个可能接收的逻辑请求编写一个Action类（扩展自org.apache.action.Action）。
• 为每一个可能提交的逻辑请求在XML中配置一个ActionMapping。这个XML配置文件通常命名为struts-config.xml。
• 更新你的web程序的部署描述文件（在XML里）来包含需要的Struts部件。
• 在你的程序里增加恰当的Struts部件。

Action类提供了两个可以被继承的方法，适应你的servlet环境:

public ActionForward perform(ActionMapping mapping,
                             ActionForm form,
                             ServletRequest request,
                             ServletResponse response)
  throws IOException, ServletException;

public ActionForward perform(ActionMapping mapping,
                             ActionForm form,
                             HttpServletRequest request,
                             HttpServletResponse response)
  throws IOException, ServletException;

大部分工程可能只需要用到"HttpServletRequest"版本。

Action类的目标是通过它的perform()方法处理一个请求，返回一个ActinForward对象表明控制权应该被转移到哪里（例如一个JSP）作为合适的相应。在MVC/Model 2设计模式中，一个典型的Action类会在perform()中执行如下逻辑：

• 检查当前用户session的状态（比如，检查用户是否已经成功登录）。如果Action类发现尚未登录，请求可以被转移到一个JSP页面提示让用户输入用户名和密码。当用户试图访问一个程序的“中间部分”（可能是从一个书签）的时候，或者是session已经超时，servlet容器创建了一个新的session的时候者都可能发生。
• 如果检查还未完成的话，继续检查form bean的属性。如果发现了问题，把相应的错误的信息关键字放在request的属性里，然后把控制权重新转到输入页面来让用户改正。
• 进行请求需要的操作(比如在数据库中保存一行数据）。这可能由Action内部的逻辑代码自己来完成，但是一般应该调用一个商业逻辑bean的合适的方法。
• 更新服务器端的对象，来创建下一步用户面对的界面（典型的是request范围或者session范围的bean,取决于你需要这些条目保存多长时间）。
• 返回一个合适的ActionForward对象来挑选JSP页面根据刚刚更新的bean来生成回应。典型的，你需要通过你接收到的ActionMapping的findForward()方法或者从controller servlet自身（如果你使用一个全局的逻辑名字）来得到这样的一个引用。

在编写Action类代码时请记住以下几个设计要点：

• Controller servlet只创建你的Action类的一个实例，用来对对付所有的请求。所以，你需要处理好你的代码，在一个多线程环境下你的Action应该运作良好，就象你编写一个servlet的service()方法一样。
• 最有助于编写线程安全的程序的原则是在你的Action类中只使用本地变量(local variable)，而非实例变量(instance variable)。本地变量在堆栈中创建并依附于每一个独立的请求线程（由你的JVM处理），所以你不用担心共享它们。
• 你系统中表示Model(模型)的bean由可能因为访问数据库或者其他资源而抛出异常。你应该在你的perform()逻辑中捕获所有的异常，把它们记录到程序的log文件中去（同时给出对应的stack trace)。可以这样做：
  servlet.log("Error message text", exception);
• 作为一项基本的规则，分配稀少的资源并且为每一个用户在它们的session里分配一个会导致规模问题。你应该在把你的控制转移到View（视图）部件之前就释放它们（比如数据库连接）——就算你调用的bean的方法抛出了异常也要这样。

除此之外，你还需要警惕你的Action类们变得太大。出现这种情况最容易的可能就是把功能逻辑放在Action本身，而不是在独立的商业逻辑bean。除了让Action类变得难以阅读和维护，这种方法还会让重用商业逻辑变得困难，因为它们被嵌入在部件内部（那个Action类），从而被限制在一个web程序环境中运行。

只要需要的所有属性都是在方法签名中传递的（指的是通过函数调用传递？——译者注），一个Action可以被分散在几个本地方法中。JVM把这些属性在堆栈中处理，所以它们就是是线程安全的。

Struts附带的例子程序只是设计用于展示某些原理，因为它自己的商业逻辑是被嵌入在Action类中的。这应该被理解为设计中的某种bug，而非Struts体系本身的特性，或者应该被模仿的方法。

为了能成功的操作，关于如何把每一个请求URI映射到恰当的Action类，Struts controller servlet需要知道几件事情。这些需要的知识被封装在一个叫做ActionMapping的Java接口中，下列是最重要的几个属性:

• type - 在这个映射中Action实现的完整java类名。
• name - 这个action会用到的form bean在配置文件中使用的名字
• path - 请求的URL用以选择（触发）这个映射。下面会有关于匹配如何工作的例子。
• unknown - 当无法找到合适的其他action来处理请求时，某个action可以被配置为默认处理这个请求，这时候把这一项置为true。一个程序中只能有一个action作为默认处理action。
• validate - 如果这个映射中涉及的action需要在调用前先调用validate()方法，把这一项置为true。
• forward - 当这个映射被调用的时候，转向一个请求URI。这是type属性的一个替代品。

controller servlet是如何知道你希望的映射的？写一个小java类来创建新的ActionMapping的实例，并且调用每一个setter方法来赋值是可行的，但是非常繁琐。为了简化这个步骤，Struts包含一个Digester模块，它能够读取一段基于XML的关于需要的映射的描述，并创建合适的对象。参阅API 文档得到关于Digester的更多信息。

开发者的责任是编写一个命名为struts-config.xml的XML文件，并把它放在你的程序的WEB-INF目录下。文档的格式由"struts-config_1_0.dtd"中的描述指定。最外层的XML元素必须是<struts-config>。

在<struts-config>元素之内，有两个重要的元素被用于描述你的action: <form-beans>
这一段包含你的form bean的定义。你为每一个form bean使用一个<form-bean> 元素，包含下列属性：

• name: 这个bean的一个唯一的标识名，它将会被用来在action映射中引用来指定这个bean.通常，这也是把这个对象存放在request或者session中的属性的关键字。
• type: 你的form bean的完整的Java类名。

• path: 这个action的程序上下文相关的路径
• type: 这个Action类的完整类名
• name: Action中所用到的<form bean>元素的名字

示例程序中的struts-config.xml文件包含了下列的映射元素，它们是用来实现“登录”功能的，我们用它来说明需求。注意其它的Action的条目都被剔除了：

<struts-config>
  <form-beans>
    <form-bean
      name="logonForm"
      type="org.apache.struts.example.LogonForm" />
  </form-beans>      
  <global-forwards
      type="org.apache.struts.action.ActionForward" />
    <forward name="logon" path="/logon.jsp"
         redirect="false" /> 
  </global-forwards>      
  <action-mappings>     
    <action
        path="/logon" 
        type="org.apache.struts.example.LogonAction"
        name="logonForm"
       scope="request"
       input="/logon.jsp"
     unknown="false"
    validate="true" />          
  </action-mappings>
</struts-config>

首先定义的是form bean .一个基础的"org.apache.struts.example.LogonForm"类被映射为逻辑名"logonForm"。这个名字也被用在session或者request作为这个form bean的属性名。

"global-forwards"部分用来创建全局可用的逻辑名映射。这儿的任何一个转移都可以通过调用你的action mapping的实例实现，比如actionMappingInstace.findForward("logicalName")。

你可以看到，这个映射匹配/logon路径（实际上，因为实例程序用了后缀名映射，你指定的URI请求会是由/logon.do结尾的）。当收到一个匹配这个路径的请求时，会创建一个LogonAction的实例（仅当第一次），并且使用它。controller serverl会寻找一个session范围的名为logonForm的bean,如果需要的话，创建并保存这样的一个bean。

局部的"forward" 元素是可选的但是非常实用。在实例程序中，很多action包含一个局部的"success"和/或"failure"转移作为Action mapping的一部分。

<!-- Edit mail subscription -->
<action    path="/editSubscription"
  type="org.apache.struts.example.EditSubscriptionAction"
  name="subscriptionForm"
  scope="request"
  validate="false">
  <forward name="failure" path="/mainMenu.jsp"/>
  <forward name="success" path="/subscription.jsp"/>
  </action>

只用了两个额外的属性，示例程序中的Action类变得几乎和页面设计者用的实际JSP页面的名字无关了。页面可以在重新设计的时候被改名（举个例子），只会给Action类带来微不足道的冲击。如果“下一个”JSP页面的名字是被硬编码在Action里面的话，所有的类就必须做出改动。当然，你可以决定在你的程序中使用怎样的局部转移属性。

另一个很有用的部分是<data-sources>，它定义了你的程序可以使用的数据源。下面是你如何在你的程序的struts-config.xml中指定一个基本的数据源：

<struts-config>
  <data-sources>
    <data-source
      autoCommit="false"
     description="Example Data Source Description"
     driverClass="org.postgresql.Driver"
        maxCount="4"
        minCount="2"
        password="mypassword"
             url="jdbc:postgresql://localhost/mydatabase"
            user="myusername"/>
  </data-sources>
</struts-config>

关于如何获取这个数据源，参阅访问关系数据库这一节。

设置你的程序的最后一步是配置程序的发布描述（保存在WEB-INF/web.xml文件中）来包含所有需要的Struts部件。用示例程序中的发布描述作为一个指南，我们发现下列条目需要创建或者修改。

<servlet>
  <servlet-name>action</servlet-name>
  <servlet-class>
    org.apache.struts.action.ActionServlet
  </servlet-class>
  <init-param>
    <param-name>application</param-name>
    <param-value>
      org.apache.struts.example.ApplicationResources
    </param-value>
  </init-param>
  <init-param>
    <param-name>config</param-name>
    <param-value>
      /WEB-INF/struts-config.xml
    </param-value>
  </init-param>
  <init-param>
    <param-name>debug</param-name>
    <param-value>2</param-value>
  </init-param>
  <init-param>
    <param-name>mapping</param-name>
    <param-value>
      org.apache.struts.example.ApplicationMapping
    </param-value>
  </init-param>
  <load-on-startup>2</load-on-startup>
</servlet>

  <servlet-mapping>
     <servlet-name>action</servlet-name>
     <url-pattern>/execute/*</url-pattern>
   </servlet-mapping>

http://www.mycompany.com/myapplication/execute/logon

  <servlet-mapping>
     <servlet-name>action</servlet-name>
     <url-pattern>*.do</url-pattern>
   </servlet-mapping>

http://www.mycompany.com/myapplication/logon.do

<taglib>
  <taglib-uri>
    /WEB-INF/struts-bean.tld
  </taglib-uri>
  <taglib-location>
    /WEB-INF/struts-bean.tld
  </taglib-location>
</taglib>
<taglib>
  <taglib-uri>
    /WEB-INF/struts-html.tld
  </taglib-uri>
  <taglib-location>
    /WEB-INF/struts-html.tld
  </taglib-location>
</taglib>
<taglib>
  <taglib-uri>
    /WEB-INF/struts-logic.tld
  </taglib-uri>
  <taglib-location>
    /WEB-INF/struts-logic.tld
  </taglib-location>
</taglib>
<taglib>
  <taglib-uri>
    /WEB-INF/struts-template.tld
  </taglib-uri>
  <taglib-location>
    /WEB-INF/struts-template.tld
  </taglib-location>
</taglib>