Struts由入门到精通（第一章）- Struts的体系结

Struts 的框架可分为以下四个主要部分，其中三个就和 MVC 模式紧密相关：可分为以下四个主要部分，其中三个就和 MVC 模式紧密相关：

1. 模型 (Model) ，本质上来说在 Struts 中 Model 是一个 Action 类 ( 这个会在后面详细讨论 ) ，开发者通过其实现商业逻辑，同时用户请求通过控制器 (Controller) 向 Action 的转发过程是基于由 struts-config.xml 文件描述的配置信息的。

2. 视图 (View) ， View 是由与控制器 Servlet 配合工作的一整套 JSP 定制标签库构成，利用她们我们可以快速建立应用系统的界面。

3. 控制器 (Controller) ，本质上是一个 Servlet ，将客户端请求转发到相应的 Action 类。

4. 一堆用来做 XML 文件解析的工具包， Struts 是用 XML 来描述如何自动产生一些 JavaBean 的属性的，此外 Struts 还利用 XML 来描述在国际化应用中的用户提示信息的 ( 这样一来就实现了应用系统的多语言支持 ) 。

好，下一步咱们来看看构成这个框架的各个部分以及相互之间是怎样运作的吧！

       在使用 Struts 之前，咱们必先设置好 JSP 服务器，以便让服务器在用户请求时，知道该如何将指定后缀的请求转到相应的 Controller － Struts ActionServlet 处理，当然，这些配置信息都一般在服务器启动时通过 web.xml 文件读入的。我们可以在 web.xml 定义多个 Controlloer ，为每一个应用定义一个。一个典型的 web.xml 文件配置如下，其中有相应的注释，很好懂的，在后面讨论 Action 的时候，我们将主要分析 struts-config.xml 。

<web-app>

<servlet>

<!--

以下配置信息声明了 Struts 中的 ActionServlet ，即一个名为 OreillyAction 的 Servlet ，其具体实现为 org.apache.struts.action.ActionServlet 。在这个配置中还有这个 Servlet 的两个参数： debug level 和 detail ，此处这两个参数的值都设为了 2 ，此外还设置了在启动载入时创建两个实例。

-->

<servlet-name>OreillyActionServlet</servlet-name>

<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>

<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>detail</param-name>

<param-value>2</param-value>

</init-param>

<load-on-startup>2</load-on-startup>

</servlet>

<!--

设置所有后缀为 .action 的请求，都转发到 OreillyActionServlet

-->

<servlet-mapping>

<servlet-name> OreillyActionServlet </servlet-name>

<url-pattern>*.action</url-pattern>

</servlet-mapping>

<!--

将初始请求页面设置为 login.jsp

-->

<welcome-file-list><welcome-file>login.jsp</welcome-file></welcome-file-list>

<!--

设置 Struts 的 JSP 页面要用到的标签库和她们的路径

-->

<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>

</web-app>

1. 控制器 (Controller)

Controller 是这个框架中扮演“交通警察”的角色，当客户端与服务器有交互动作时，都由她来控制。 Controller 将 HTTP 请求封包并转发到框架中相应的对象，这些对象可能是一个 JSP 页面或一个 Action 。

Controller 在 web.xml 中设置为 org.apache.struts.action.ActionServlet 的一个实例，在本例中，这个实例就是 OreillyActionServlet 。在一个完整的控制过程中，也就是处理一个 HTTP 请求时，在控制过程之初，这个 Servlet 会从一个配置文件 struts-config.xml 中获取请求与控制动作向对应的配置信息，这个我们会在后面详细讨论， Controller 通过这些配置信息来决定 HTTP 请求该往何处转发，而这些 Action 在接收到转发来的请求后，实现真正的商业逻辑。我们要注意的非常重要的一点是 Action 对象要能够调用这个 ActionServlet 的若干方法，通过这个有力的特性，当 Action 对象在控制过程中将请求再向别的 Action 对象转发时 ( 最初的请求是由 ActionServlet 获取，向 Action 对象转发，而 Action 对象还可以再转发到别的对象 ) ，我们可以将一些需要共享的数据对象通过调用一些方法放入这个 Servlet 相关的一些标准容器中捎带过去。

2. 模型 (Model)

所谓 Model 就是在对用户请求的整个控制过程中，真正处理用户请求并保存处理结果的对象，在整个过程中，我们一般利用 JavaBean 来把一些信息保存起来以便在各个对象之间传递。因为在框架中， Model 对象是真正处理商业逻辑功能的对象，因此也就是框架中应用需求实现相关性最大的部分。在 Struts 的实现里， Model 的具体表现形式就是 ActionForm 对象和与其对应的 Action 对象了。对用户提交表单的数据进行校验，甚至对数据进行预处理都能在 ActionForm 中完成。通常的应用中，一般是一个 Model 对象和一个请求页面对应的关系，但也可以一个 Model 对象对应多个页面请求。如果 struts-config.xml 配置文件没有指定一个 Model 对象对应的 Action ，那么控制器将直接把 ( 通过 Model 对象完成数据封装的 ) 请求转到一个 View 对象。

3.struts-config.xml 文件

前面多次提到的 struts-config.xml 配置文件是整个框架的主心骨。 web.xml 文件定义了一个请求到来应向何处转发后，后面的工作就全权由 struts-config.xml 管理控制了。可以说 struts-config.xml 就是整个 Struts 框架的“扛把子” ( 译注 3) ，只有这位“老大”清楚所有请求与动作的映射关系，要是他哪里没有搞定或不爽的话，整个“社团”就什么也摆不平了 :) 如今的应用系统， XML 形式的配置文件越来越多，如果整个系统只使用一个这样的配置文件的话，那么保持整个系统的模块化和可维护性都非常的轻松。使用配置文件来描述请求 - 动作的控制过程和相互关系，而不是在代码中将对象之间的调用关系写死，那么都应用系统有变动时，我们只用修改配置文件就行了，而不是再重新编译发布程序了。

Controller 通过 struts-config.xml 文件的配置信息确定当有请求时应该调用那个对象来处理，从效率的角度出发，这些信息都是在系统启动时读入并存在内存中的。下面我们将讲解一个极短小的 struts-config.xml 文件，文件中定义了一个与登录请求对应的登录动作，请求到达后将被转发到 com.oreilly.ui.authentication.actions.LoginAction 这个 Action 对象，该对象处理的结果决定向用户返回的页面。这个例子同时还示范了一个 Action 对象将请求转发到别的 Action 对象，而例子中另一个返回的对象则是一个 View 对象，即我们看到的 login.jsp 页面。

<?xml version="1.0" encoding="UTF-8" ?>

<!DOCTYPE struts-config PUBLIC

"-//Apache Software Foundation//DTD Struts Configuration 1.0//EN"

"http://jakarta.apache.org/struts/dtds/struts-config_1_0.dtd">

<struts-config>

<!-- ========== Action 映射定义 =================== -->

<action-mappings>

<!-- <action> 属性的说明 -->

<!-

type - 完整的 Action 实现类名

name - 该 Action 要用到的 ActionForm 名

path - 请求该 Action 的 URI

unknown – 如果将该属性设置为 true ，那么就是声明这个 Action 将处理整个应用中所有未找到相应处理 Action 的请求，当然，一个应用系统中也只会有一个 Action 的 unknown 属性可以设为 true 了

validate - 如果本属性为 true 则在 Action 动作之前其对应的 ActionForm 的 validate 方法会自动被调用，一般用以校验用户输入的数据

-->

<!-- ~~~~~~~~~~~~~~~~~~~~~ -->

<!-- O'Reilly Main Actions -->

<!-- ~~~~~~~~~~~~~~~~~~~~~ -->

<action path="/Login"

type="com.oreilly.ui.authentication.actions.LoginAction">

<forward name="success" path="/DisplayMainPage.action"/>

<forward name="failure" path="/login.jsp"/>

</action>

</action-mappings>

</struts-config>

4. 视图 (View)

View 对象通常来说都是指的 JSP 页面。 Struts 框架实际上并没有真正的 JSP 的要求规范，而是提供了大量的标签库来为开发者更简便的将 JSP 整合到 Struts 框架中。在 Struts 中通过标签定义方式的 JSP 页面能够将用户通过表单输入的数据存入一个 JavaBean 中，也就是我们前面提到的 ActionForm bean 。通过 Action 类调用 ( 自动或手动 )ActionForm 的校验方法来检查用户输入的数据，如果发现不合法的数据，再通过 Struts 的一个通用机制将错误信息返回给用户显示。

Struts 框架提供了若干个标签库，它们有各自不同的用途。由于这些库还可以脱离 Struts 框架单独使用，这样我们也可以在其他系统中尝试使用这些标签库，它们包括：

* struts-html - 这个标签库用来创建动态的 HTML 页面和表单。

* struts-bean - 提供了类似甚至更强于 <jsp:useBean> 中的功能。

* struts-logic - 用于在页面输出文本信息时的条件、循环等流程的控制。

* struts-template - 用于产生有共同风格的动态 JSP 页面模板。

此外，可定制标签库在 Struts 中还有一大用处是，通过资源文件的方式来实现应用系统的多语言特性，应用 Struts 的系统若想将系统中的用户交互信息换一种语言的会很简单，更换一个不同的资源文件就可以了。