Struts是Apache基金会Jakarta 项目组的一个Open Source 项目，它采用模型-视图-控制器（Model-View- Controller，简称MVC）模式，能够很好地帮助java开发者利用J2EE开发Web应用。和其他的java架构一样，Struts也是面向对象设计，将MVC模式"分离显示逻辑和业务逻辑"的能力发挥得淋漓尽致。Structs框架的核心是一个弹性的控制层，基于如 Java Servlets，JavaBeans，ResourceBundles与XML等标准技术，以及 Jakarta Commons 的一些类库。Struts有一组相互协作的类（组件）、Serlvet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是一个传统 MVC设计模式的一种变化类型。
Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。在模型层，Struts可以很容易的与数据访问技术相结合，如 JDBC / EJB ，以及其它第三方类库，如 Hibernate / iBATIS，或者 Object Relational Bridge(对象关系桥)。在视图层，Struts能够与JSP，包括 JSTL 与 JSF，以及 Velocity模板，XSLT 与其它表示层技术。
Struts 为每个专业的 Web 应用程序做背后的支撑，帮助为你的应用创建一个扩展的开发环境。 Struts的体系结构与工作原理
MVC即Model-View-Controller的缩写，是一种常用的设计模式。MVC减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。MVC的工作原理,如下图1所示：
图1
Struts 是MVC的一种实现，它将 Servlet和 JSP标记（属于 J2EE 规范）用作实现的一部分。Struts继承了MVC的各项特性，并根据J2EE的特点，做了相应的变化与扩展。Struts的体系结构与工作原理如下图2所示：
图2
从图2中我们可以知道，Struts的体系结构包括模型（Model），视图（View）和控制器（Controller）三部分。
下面让我们从MVC角度来看看struts的体系结构（Model 2）与工作原理：
1）模型（Model）
在Struts的体系结构中，模型分为两个部分：系统的内部状态和可以改变状态的操作（事务逻辑）。内部状态通常由一组Actinform Bean表示。根据设计或应用程序复杂度的不同，这些Bean可以是自包含的并具有持续的状态，或只在需要时才获得数据（从某个数据库）。大型应用程序通常在方法内部封装事务逻辑（操作），这些方法可以被拥有状态信息的bean调用。比如购物车bean，它拥有用户购买商品的信息，可能还有checkOut()方法用来检查用户的信用卡，并向仓库发定货信息。小型程序中，操作可能会被内嵌在Action类，它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。建议用户将事务逻辑（要做什么）与Action类所扮演的角色（决定做什么）分开。
2）视图（View）
视图主要由JSP建立，struts包含扩展自定义标签库（TagLib），可以简化创建完全国际化用户界面的过程。目前的标签库包括：Bean Tags、HTML tags、Logic Tags、Nested Tags以及Template Tags等。
3）控制器（Controller）
在struts中，基本的控制器组件是ActionServlet类中的实例servelt，实际使用的servlet在配置文件中由一组映射（由ActionMapping类进行描述）进行定义。对于业务逻辑的操作则主要由Action、ActionMapping、ActionForward这几个组件协调完成的，其中Action扮演了真正的业务逻辑的实现者，ActionMapping与ActionForward则指定了不同业务逻辑或流程的运行方向。struts-config.xml文件配置控制器。
Struts体系结构中的组件
图3
上图3显示了 ActionServlet (Controller)、Actionform (form State) 和 Action (Model Wrapper)之间的最简关系。
体系结构中所使用的组件如下表：
ActionServlet 控制器
ActionClass 包含事务逻辑
Actionform 显示模块数据
ActionMapping 帮助控制器将请求映射到操作
ActionForward 用来指示操作转移的对象
ActionError 用来存储和回收错误
Struts标记库 可以减轻开发显示层次的工作 .NET中如何使用Struts的设想 1）模型（Model）
这里写业务层。
2）视图（View）
视图当然指的是.apsx文件。
3）控制器（Controller） 这里是一个转向控制器，由xml配置完成，就像真正的struts一样。 这里提的是一个简化的，精炼struts思想的.net版本使用方法。 例子如下： 一个用户注册系统，用户通过网页输入相关信息：注册ID号，密码，EMAIL，若注册成功，则返回成功提示信息，反之出现注册失败提示信息。 注册页面：reguser.aspx 配置文件： Struts-config.xml：
<Struts-config>
<forward name="failure" path="/ messageFailure.aspx"/>
<forward name="success" path="/ messageSuccess.aspx"/> </Struts-config> 核心代码： 如果，注册成功，转向“success”，而“success”是什么页面由配置文件决定；这样就分离了view（界面层）和Controller（控制层），有业务层（Model）由控制层来访问，这样界面层就可以专心于其美工设计。也许你会说这只不过是个页面导航。 关于页面导航，我认为那将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。