Struts MVC 语义

我们从关键的Struts抽象概念开始，这是它MVC架构的核心。Struts使用Service to Worker模式实现了MVC模式。[Core]

控制器对象

控制器被ActionServlet类所实现。它提供一个中心位置来处理全部的终端请求。这就为处理视图和导航管理的控制层提供了更为清晰的划分，把模型访问和操作留给专门的请求处理器。全部提交的请求被映射到中心处理器，其配置说明如下：

action

org.apache.struts.action.ActionServlet

全部的请求URI以*.do的模式存在并映射到这个servlet，其配置如下：

action

*.do

一个该模式的请求URI符合如下格式：

              http://www.my_site_name.com/mycontext/actionName.do

上述的映射叫做扩展映射，你也可以声明路径映射，使用/*结尾的模式，如下所示：

action

/do/*

一个该模式的请求URI符合如下格式：

http://www.my_site_name.com/mycontext/do/action_Name

如上描述的资源逻辑映射允许在配置文件中修改资源映射而不需修改任何应用系统代码。该映射方案也被用于Mulitplexed Resource Mapping。控制器为所有的表示层请求提供了一个集中的访问点。控制器区分每一个提交的请求到RequestProcessor，其轮流发送请求到相关的表单bean进行表单验证，然后发到一个请求处理器以访问模型。这个控制器提供的抽象概念减轻了开发者建立公共应用系统服务的困难，如管理视图、会话及表单数据。开发者支持一个通用机制如错误及异常处理，导航，国际化，数据验证，数据转换等。

在Struts 1.1中，控制器需要在init()方法中读取配置。该配置控制了架构的行为，含有URI到请求处理器的映射如使用ActionMapping配置对象，设置信息资源，提供通过插件访问外部资源等等。事实上，提交请求的处理实际发生在ActionServlet委托所有的输入请求到RequestProcessor的过程中。

发送者对象

       RequestProcessor功能是作为发送者，按实例化（或复用）一个请求处理器和一个相应的表单bean来处理请求。表单bean和请求处理器中错误的建立或异常的抛出被RequestProcessor处理，并影响RequestProcessor的视图管理功能。表单bean辅助RequestProcessor保存表单数据和/或准备视图必须的中间模型数据。RequestProcessor使用 声明struts-config.xml文件，如下所示，例如特定请求的请求处理器。

type="packageName.EditCustomerProfileAction"

name="customerProfileForm"

scope="request"/>

type="packageName.customerProfileForm"/>

       全部提交的请求都被控制器委托到RequestProcessor的对象发送者。RequestProcessor检查请求URI找到动作标示符，并使用ActionMapping对象中的信息建立一个请求处理器实例，然后调用requesthandler.execute(…)方法。请求处理器中execute(…)方法任务是和应用模型互相作用。请求处理器根据结果返回以一个ActionForward配置对象到RequestProcessor。RequestProcessor将用ActionForward对象来通过执行RequestDispatcher.forward(…)或response.sendRedirect(…)来调用下一个视图。

(待续..)