Struts技术介绍

Struts的原理和优点.Struts工作原理MVC即Model—View—Controller的缩写，是一种常用的设计模式。

MVC 减弱了业务逻辑接口和数据接口之间的耦合，以及让视图层更富于变化。

MVC的工作原理，如下图1所示：Struts 是MVC的一种实现，它将Servlet和JSP 标记(属于J2EE 规范）用作实现的一部分。

Struts继承了MVC的各项特性,并根据J2EE的特点，做了相应的变化与扩展.Struts的工作原理，视图:主要由JSP生成页面完成视图，Struts提供丰富的JSP 标签库: Html，Bean，Logic，Template等，这有利于分开表现逻辑和程序逻辑。

控制：在Struts中,承担MVC中Controller角色的是一个Servlet，叫ActionServlet。

ActionServlet是一个通用的控制组件。

这个控制组件提供了处理所有发送到Struts的HTTP请求的入口点。

它截取和分发这些请求到相应的动作类(这些动作类都是Action类的子类）。

另外控制组件也负责用相应的请求参数填充Action From（通常称之为FromBean），并传给动作类（通常称之为ActionBean）。

动作类实现核心商业逻辑，它可以访问java bean 或调用EJB。

最后动作类把控制权传给后续的JSP 文件，后者生成视图。

所有这些控制逻辑利用Struts-config.xml文件来配置。

模型：模型以一个或多个java bean的形式存在。

这些bean分为三类：Action Form、Action、JavaBean or EJB.Action Form通常称之为FormBean，封装了来自于Client的用户请求信息,如表单信息。

Action通常称之为ActionBean，获取从ActionSevlet传来的FormBean,取出FormBean中的相关信息，并做出相关的处理，一般是调用Java Bean或EJB等。

Struts2在WebWork基础上发展起来的，可扩展的JAVA EE web框架。

框架设计的目标贯穿整个开发周期，从开发到发布，包括维护的整个过程。

Action类：Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。

Struts2提供一个ActionSupport基类去实现常用的接口。

Action接口不是必须的，任何有execute标识的POJO 对象都可以用作Struts2的Action对象。

线程模式：Struts2Action对象为每一个请求产生一个实例，因此没有线程安全问题。

Servlet依赖：Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。

如果需要，Struts2 Action仍然可以访问初始的request和response。

但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。

可测试性：Struts2 Action可以通过初始化、设置属性、调用方法来测试，“依赖注入”支持也使测试更容易。

捕获输入：Struts2直接使用Action属性作为输入属性，消除了对第二个输入对象的需求。

Action属性能够通过web页面上的taglibs访问。

表达式语言：Struts 2 使用"ValueStack"技术，使taglib能够访问值而不需要把你的页面（view）和对象绑定起来。

ValueStack策略允许通过一系列名称相同但类型不同的属性重用页面（view）。

Struts2不仅支持JSTL，Struts2 还可使用OGNL进行类型转换。

提供基本和常用对象的转换器。

校验：Struts2支持通过validate方法和XWork校验框架来进行校验。

XWork 校验框架使用为属性类类型定义的校验和内容校验，来支持chain校验子属性。

struts2框架特征Struts2框架特征Struts2是一种流行的Java Web应用程序开发框架，其特征使其成为许多开发者的首选。

本文将介绍Struts2框架的特征，包括MVC 架构、强大的标签库、拦截器、数据验证、国际化支持以及灵活的配置等。

一、MVC架构Struts2采用了MVC（Model-View-Controller）架构，将应用程序的业务逻辑、数据模型和用户界面分离。

这种架构使开发者能够更好地组织代码、提高代码的可维护性，并能够更容易地进行代码重用和测试。

在Struts2中，Model代表数据模型，可以是POJO（Plain Old Java Object）或者是与数据库交互的实体类；View代表用户界面，通常是JSP页面；Controller则负责处理用户请求、调用业务逻辑，并将处理结果返回给用户。

二、强大的标签库Struts2提供了丰富的标签库，使开发者能够更轻松地构建用户界面。

这些标签库包括表单标签、数据展示标签、控制流标签等，可以大大简化页面开发的工作量。

例如，开发者可以使用Struts2的表单标签库来生成表单，并自动处理表单的数据绑定、验证和错误提示。

这样，开发者无需手动编写大量的HTML和JavaScript代码，能够更快速地完成表单开发。

三、拦截器Struts2的拦截器是其核心特性之一，可用于在请求到达Controller之前和之后执行一些通用的处理逻辑，如日志记录、权限验证、异常处理等。

开发者可以通过配置拦截器栈，将多个拦截器按照特定的顺序组合起来，实现复杂的请求处理流程。

拦截器的使用使得开发者能够将通用的处理逻辑从业务逻辑中分离出来，提高了代码的可维护性和重用性。

同时，Struts2还提供了许多内置的拦截器，如参数封装拦截器、文件上传拦截器等，方便开发者处理不同类型的请求。

四、数据验证在Web应用程序中，数据验证是一项重要的任务。

Struts2提供了强大的数据验证机制，开发者可以通过简单的配置实现对表单数据的验证。

一、发展历史及简介发展历史Struts最早是作为Apache Jakarta项目的组成部分，项目的创立者希望通过对该项目的研究，改进和提高JavaServer Pages、Servlet、标签库以及面向对象的技术水准。

Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。

这个框架之所以叫"Struts"，是为了提醒我们记住那些支撑我们房屋，建筑，桥梁，甚至我们踩高跷时候的基础支撑。

这也是一个解释Struts在开发Web应用程序中所扮演的角色的精彩描述。

当建立一个物理建筑时，建筑工程师使用支柱为建筑的每一层提供支持。

同样，软件工程师使用Struts为业务应用的每一层提供支持。

它的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。

我们仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。

如果想混合使用Servlets和JSP的优点来建立可扩展的应用，Struts是一个不错的选择。

早期Smalltalk程序语言便采用了MVC(Model-View-Controller)模式(Patterns)以增加程序代码弹性，MVC模式将程序代码整理切割为三部分，Model部分是业务与应用领域（Business domain)相关逻辑、管理状态之对象，Controller部分接收来自View所输入的资料并与Model部分互动，struts业务流程控制（Flow Control)之处，View部分则负责展现资料、接收使用者输入资料。

在Java应用中，JFC/Swing、AWT、JSP皆是可用作View的技术规格，而JavaBean与Enterprise JavaBean规格则可用于Model程序代码，一旦应用程序以MVC模式加以适当的分割，Model部分程序代码可在不同使用者接口外观的应用程序中重复使用。

随着JSP与Servlet技术大量应用于以Web为基础的应用程序，Java开发人员群体认为应以较佳的模式以提升Web应用程序的可维护性与重复使用性。

第一章Struts2系统架构本章主要介绍的Struts2的系统架构，让学员对Struts2框架在结构上有一个整体概念为我们以后更加详细的学习Struts2打下一个良好的基础。

第一节Struts2的系统架构及处理的主要流程1．Struts1简介Struts1的历史比较久远，Struts1是世界上第一个发布的MVC框架，目前市场率最高的框架。

下面将简单讲解Struts1的基本架构。

图1-1显示了Struts1的数据流图。

图1-1 Struts1数据流图Struts1框架以ActionServlet为核心控制器，ActionServlet获得客户端请求。

然后ActionServlet根据请求信息调用匹配的业务逻辑控制器（Action）处理用户请求。

请求处理完成后，业务逻辑处理器调用相应的JSP显示处理结果。

Struts1框架实现了MVC模式，下面我们了解一下Struts1是怎样实现MVC模式的。

Struts1框架中并没有提供Model层的实现。

在实际的企业应用中，通过一个JavaBean 实现一个业务逻辑，在功能比较复杂的应用中也采用EJB或WebService服务实现业务逻辑。

Struts1框架的View层采用JSP实现。

Struts1提供了大量丰富的标签库。

这些标签库与Struts的组件兼容的特别好，可以很容易的输出控制器的处理结果。

Struts1框架中，控制器是它的核心，Struts1的控制器由两部分组成：核心控制器（ActionServlet）和业务逻辑控制器（Action），核心控制器由Struts1框架提供。

业务逻辑控制器需要由用户自己继承Struts1框架提供的Action类实现。

在Struts1框架中，JSP/Servlet耦合非常紧密。

这种紧密关系促使Struts1存在各种缺陷。

下面我们分析一下Struts1中存在的缺陷。

●支持的表现层技术单一●耦合性强，不便于单元测试●代码依赖于Struts1 API，侵入性强2．WebWork简介WebWork出自于开源组织opensymphony，实际的创始人是Java领域的名人Rickard Oberg(JBoss和XDoclet的作者)。

Struts2集成指南关于Struts2Struts是Apache软件基金会（ASF）赞助的一个开源项目。

它最初是Jakarta项目中的一个子项目，并在2004年3月成为ASF的顶级项目。

它通过采用Java Servlet／JSP技术，实现了基于Java EE Web应用的Model-View-Controller〔MVC〕设计模式的应用框架〔Web Framework〕，是MVC经典设计模式中的一个经典产品。

Struts，a history在Java EE的Web应用发展的初期，除了使用Servlet技术以外，普遍是在JavaServer Pages（JSP）的源代码中，采用HTML与Java代码混合的方式进行开发。

因为这两种方式不可避免的要把表现与业务逻辑代码混合在一起，都给前期开发与后期维护带来巨大的复杂度。

为了摆脱上述的约束与局限，把业务逻辑代码从表现层中清晰的分离出来，2000年，Craig McClanahan采用了MVC的设计模式开发Struts。

后来该框架产品一度被认为是最广泛、最流行JAVA的WEB应用框架。

Craig McClanahan2006年，WebWork与Struts这两个优秀的Java EE Web框架（Web Framework〕的团体，决定合作共同开发一个新的，整合了WebWork与Struts优点，并且更加优雅、扩展性更强的框架，命名为“Struts 2”，原Struts的1.x版本产品称为“Struts 1”。

至此，Struts项目并行提供与维护两个主要版本的框架产品——Struts 1与Struts 2。

Struts1 vs. Struts2侵入性Struts 1在编程方面是面向抽象类编程，而不是面向接口编程。

Struts 1要求自定义Action 类继承一个特定的抽象基类Action。

另一方面，Struts 1的 Action 依赖于 Servlet API，因为Struts 1 Action 的execute 方法中有HttpServletRequest 和HttpServletResponse 方法。

Struts框架技术在管理信息系统中的应用【摘要】伴随着管理信息系统业务逻辑的日趋复杂，基于MVC设计模式的Struts框架在系统开发中越来越受重视。

本文在概述MVC设计模式及Struts框架之后，结合案例系统阐述了Struts框架在管理信息系统中的应用。

【关键词】Struts框架；MVC设计模式；页面代码分离0引言当前管理信息系统在业务逻辑上日益复杂，并且对系统可维护性、可扩展性以及系统移植性的要求越来越高，因此新系统的设计开发大多倾向于采用MVC 设计模式。

而在诸多MVC框架中，Struts作为一款开源框架，建立在动态网站设计领域中JSP、XML及Servlet等相关开发技术之上，成为J2EE Web开发的首选。

１MVC及Struts概述１.1MVC设计模式MVC即Model-View-Controller，模型—视图—控制器模式。

早期Web应用系统开发中，业务逻辑和视图界面通常是耦合在一起的，比较适用于规模较小，业务简单且变化较少的情况，但随着应用系统业务逻辑日趋复杂，用户界面大量增加，同时在系统健壮性、代码可重用性的要求越来越高，MVC模式在软件开发效率方面的优势日益凸显，因而得到广泛应用。

MVC强制性的使应用程序的输入、处理和输出分开，将其划分成三个相对独立的层次：模型层、视图层和控制器层，从而降低了复杂的耦合关系，实现界面与应用逻辑的有效分离。

１.２Struts框架Struts由Apache软件组织负责开发，其实质是在JSP Model2基础上实现的一个MVC开源框架，其中模型部分由JavaBean或EJB组件构成，视图部分由Jsp文件和Struts客户化标签组成，控制器部分由ActionServlet和Action类来完成。

由于是一款开源框架，文档丰富且源代码公开，并且具备丰富的Taglib标签库，页面导航性强，对MVC有良好的实现，在业界J2EE架构中有广泛的应用。

２案例具体应用２.１系统整体框架设计案例系统为某管网管理系统，包含日志管理、权限管理、数据维护、查询统计、报表输出等多个模块。