Struts 用户指南（一）

核心提示：1. 介绍1.1 Model-View-Controller (MVC) 设计模式FIXME - 需要一个对该模式一般性的介绍，（译注：可以参考机械工业出版社的《设计模式》，Struts 用户指南（一），） 1.2 将MVC概念映射到Struts组件中Struts 的体系结构实现了Model-View-Controll

1. 介绍
1.1 Model-View-Controller (MVC) 设计模式
FIXME - 需要一个对该模式一般性的介绍。（译注：可以参考机械工业出版社的《设计模式》。）

1.2 将MVC概念映射到Struts组件中
Struts 的体系结构实现了Model-View-Controller设计模式的概念，它将这些概念映射到web应用程序的组件和概念中，如下图所示：

这一体系结构中每个主要的组件都将在下面做具体的讨论。

1.3 Model: 系统状态和商业逻辑javaBeans
基于MVC的系统中的 Model 部分可以细分为两个概念 -- 系统的内部状态, 能够改变状态的行为。用语法术语来说，我们可以把状态信息当作名词（事物），把行为当作动词（事物状态的改变）。

通常说来，你的应用程序将系统内部的状态表示为一组一个或多个的JavaBeans，使用属性（PRoperties）来表示状态的细节。依靠于你的应用程序的复杂度，这些beans可以是自包含的（以某种方式知道怎样永久地保存它们的状态信息），或者可以是正面的（facades），知道当被请求时怎样从外部数据源（例如数据库）中取得信息。Entity EJBs通常也用来表示内部状态。

大型应用程序经常将系统可能的商业逻辑行为表示为可以被维护状态信息的beans调用的方法。举个例子，你有一个为每个当前用户保存在session中的购物车bean，里面是表示当前用户决定购买物品的属性。这个bean有一个checkOut()方法用来验证用户的信用卡，将定单发给库房以选择货品和出货。别的系统分别地表示同样的行为，或许使用Session EJBs。

在一些小型应用程序中，同样的行为又可能嵌入到作为Controller一部分的 Action 类中。这在逻辑非常简单或者并不想要在其它环境中重用这些商业逻辑时是恰当的。Struts框架支持所有这些方法，但建议将商业逻辑（“做什么”）和 Action 类（“决定做什么”）分离开。

1.4 View: jsp页面和表示组件
基于Struts的应用程序中的 View 部分通常使用JSP技术来构建。JSP页面包含称为“模版文本”的静态Html（或xml）文本，加上插入的基于对非凡行为标记解释的动态内容。JSP环境包括了其用途由JSP规范来描述的一套标准的行为标记，例如 <jsp:useBean> 。另外，还有一个用来定义你自己标记的标准机制，这些自定义的标记组织在“定制标记库”中。

Struts包括了一个广阔的便于创建用户界面，并且充分国际化的定制标记库，与作为系统 Model 部分一部分的ActionForm beans美妙地相互配合。这些标记的使用将在后面做具体讨论。

除了JSP页面和其包含的行为及定制标记，商业对象经常需要能够基于它们在被请求时的当前状态将自己处理成HTML（或XML）。从这些对象处理过的输出可以很轻易地使用 <jsp:include> 标准行为标记包括在结果的JSP页面中。

1.5 Controller: ActionServlet和ActionMapping
应用程序的 Controller 部分集中于从客户端接收请求（典型情况下是一个运行浏览器的用户），决定执行什么商业逻辑功能，然后将产生下一步用户界面的责任委派给一个适当的View组件。在Struts中，controller的基本组件是一个ActionServlet 类的servlet。这个servlet通过定义一组映射（由Java接口 ActionMapping 描述）来配置。每个映射定义一个与所请求的URI相匹配的路径和一个 Action 类（一个实现 Action 接口的类）完整的类名，这个类负责执行预期的商业逻辑，然后将控制分派给适当的View组件来创建响应。

Struts也支持使用包含有运行框架所必需的标准属性之外的附加属性的 ActionMapping 类的能力。这答应你保存特定于你的应用程序的附加信息，同时仍可利用框架其余的特性。另外，Struts答应你定义控制将重定向到的逻辑名，这样一个行为方法可以请求“主菜单”页面（举例），而不需要知道相应的JSP页面的实际名字是什么。这个功能极大地帮助你分离控制逻辑（下一步做什么）和显示逻辑（相应的页面的名称是什么）。