Struts 鼓励在模型-视图-控制器设计范例基础上构建应用程序。Struts 提供自己的控制器组件(ActionController 类)并与其他技术相结合来提供模型与视图。对于模型(Model 类)， Struts 能与任何标准的数据访问技术相结合，包括 EJB、JDBC 以及 Object-Relational Bridge。对于视图(ActionForm 类)，Struts 在 JSP 环境以及其他基于表示逻辑的系统中运行的很好。

　　简单粗糙的 Web 服务体系结构

　　构建 Web 服务最简单的途径就是将单个操作与单个企业服务结合起来，

　　这样的一种 Web 服务可以很容易从已有的业务组件中开发出来。然而，它有很多的缺点：对用户没有提供统一认证，提供者与订阅者耦合不紧，业务逻辑没有重用。简而言之，对于一个连贯的解决方案来说这并不是一个非常好的体系结构。

　　在 MVC 模式基础上来实现 Web 服务解决方案会更好点。在后续部分，您将看到如何使用 Struts 来做到这一点。我将通过 WSManager 层来详述现有的 Struts 架构，这一层展示了采用 Web 服务的模型服务方法。

　　采用 Struts 应用程序的 Web 服务

　　在以后的开发工作中您可以扩大构建得比较好的 Struts 应用程序来支持 Web 服务。前面讲过，Struts 架构清晰地区分开了视图、控制器以及模型。模型包含所有必须的业务逻辑，从存储数据仓库中检索数据。您可以构建一个简单的 Web 服务层——称为 WSManager 层——这样的模型可以提供 Web 服务也可以订购 Web 服务。使用这种体系结构的应用程序将基于组件开发的最佳点与万维网结合在了一起．

　　下面的部分要讨论的是这种体系结构中不同组件的详细信息，特别要密切注意 WSManager 层，因为它是此体系结构中真正新加的部分。

　　Struts 控制器

　　MVC 体系结构的控制器部分主要集中于接收客户端的请求(一般为运行 Web 浏览器的用户)，决定执行哪一种业务逻辑功能来响应请求，然后负责生成下一个用户界面连接到合适的视图组件上去。在 Struts 中，控制器的主要组件就是 ActionServlet 类的一个小服务程序。

　　ActionServlet 负责通过 XML 文档将 URI 请求映射到特定的行为。这个文档包含了 URI 请求列表而且还告知 ActionServlet 它应该如何分配每个请求。这种方法有几个好处：

　　☆ 应用程序的整个逻辑流程在分级文本文件中。

　　☆ 这种格式的列表更容易查看与理解，尤其是对于一个很大的应用程序而言。

　　ActionServlet 决定了应用程序的流程。许多 Action 类都继承了 ActionServlet 。每个 Action 类：

　　☆ 都映射到各自独立的处理过程

　　☆ 通过 Struts 的 ActionController 与 Struts JSPs 相结合

　　☆ 作为继承 Struts中 Action 类的一个 Java 类来实现。