首页技术struts2框架介绍? struts2与 struts1的区别

struts2框架介绍? struts2与 struts1的区别

编程之家2026-06-11618次浏览

大家好,struts2框架介绍相信很多的网友都不是很明白,包括 struts2与 struts1的区别也是一样,不过没有关系,接下来就来为大家分享关于struts2框架介绍和 struts2与 struts1的区别的一些知识点,大家可以关注收藏,免得下次来找不到哦,下面我们开始吧!

struts2框架介绍? struts2与 struts1的区别

java中Struts1和Struts2有什么区别

Struts2其实并不是一个陌生的Web框架,Struts2是以Webwork的设计思想为核心,吸收了Struts1的优点,因此,可以认为Struts2是Struts1和Webwork结合的产物。

简单来说二者的区别是:

一个是Stuts1,一个是Stuts2,这是最大的区别,技术方面,Stuts1有个核心控制器,但是只提供了一个接口,也就是execute,还要配置actionform之类的,很麻烦,所以依赖性比较强;而Stuts2是针对拦截器开发的,也就是所谓的AOP思想,可以配置多个action,用起来比较方便,但是因为请求之前的拦截器有一些注入的操作,速度相对Stuts1来说慢一点。

一、MVC简介

Struts2是一个兼容Struts1和WebWork的MVC框架,既然,提到了MVC框架,就不得不对MVC框架做一个简单介绍,仅限于简单介绍,如果,想了解更多的MVC的知识可以查看相关的文档,或者找一本Struts1的书籍,相信上面关于MVC的篇幅不会很少。言归正传,其实,Java目前出现的这些框架而言,其最终目的都是为了接触耦合,不论是Spring、Hibernate或MVC框架,目的都是为了接触耦合增加复用。MVC接触的是View和Model间的耦合。

MVC包含三个基础部分:Model、View和Controller,这三个部分以最小的耦合协同工作,以增加程序的可扩展性和可维护性。各个部分的实现技术可以总结如下:

struts2框架介绍? struts2与 struts1的区别

1)Model:JavaBean、EJB的EntityBean

2)View:JSP、Struts的TagLib

3)Controller:Struts的ActionServlet、Action

概括起来MVC的优点主要有一下方面:

1)多个视图可以对应一个模型。按MVC设计模式,一个模型对应多个视图,可以减少代码的复制及代码的维护量,一旦模型发生改变,也易于维护

2)模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术,例如,使用JSP页面、Velocity模板或者直接产生Excel文档等

struts2框架介绍? struts2与 struts1的区别

3)应用被分隔为三层,降低了各层之间的耦合,提供了应用的可扩展性

4)控制层的概念也很有效,由于它把不同的模型和不同的视图组合在一起,完成不同的请求。因此,控制层可以说是包含了用户请求权限的概念

5)MVC更符合软件工程化管理的精神。不同的层各司其职,每一层的组件具有相同的特征,有利于通过工程化和工具化产生管理程序代码

对于MVC的概念性的东西也就废话到此,其关键的地方就是各个模块的实现技术分别是什么。

二、Struts2简介

Struts2既然是从Struts1发展而来,但实际上Struts2与Struts1在框架的设计思想上面还是有很大的区别,Struts2是以WebWork的设计思想为核心,为什么Struts2不沿用Struts1的设计思想,毕竟Struts1在目前的企业应用中还是有非常大的市场在的,那么,来看下Struts1的一些缺点吧:

1)支持的表现层技术单一

2)与Servlet API严重耦合,这点可以从Action的Execute的方法声明里面就可以看的出来

3)代码依赖Struts1 API,有侵入性,这点可以从写Action类和FormBean的时候看的出来,Action必须实现Struts的Action类

而Struts2之所以以WebWork的设计思想为其核心,一点就是最近WebWork的上升势头,再就是WebWork没有Struts1上面的那些缺点,更符合MVC的设计思想,也更利于代码的复用。

基于以上介绍可以看的出,Struts2体系结构与Struts1的体系结构有很大的差别,Struts1是使用ActionServlet做为其中心处理器,Struts2则使用一个拦截器(FilterDispatcher)做为其中心处理器,这样做的一个好处就是将Action类和Servlet API进行了分离。

Struts2的简单处理流程如下:

1)浏览器发送请求

2)中心处理器根据struts.xml文件查找对应的处理请求的Action类

3)WebWork的拦截器链自动对请求应用通用功能,例如:WorkFlow、Validation等功能

4)如果Struts.xml文件中配置Method参数,则调用Method参数对应的Action类中的Method方法,否则调用通用的Execute方法来处理用户请求

5)将Action类中的对应方法返回的结果响应给浏览器

三、Struts2与Struts1对比

1)Action类的实现方式:

Struts1的Action在实现的时候必须扩展Action类或者Action的子类,Struts2的Action类实现的时候可以不用实现任何类和接口,虽然Struts2中提供一个ActionSupport类,但是,不是必须的。

2)Struts1的Action类是单例模式,必须设计成线程安全的,Struts2则为每一个请求产生一个实例

3)Struts1的Action类依赖与Servlet API,从其execute的方法签名可看出,execute方法有两个Servlet的参数HttpServletRequest和HttpServletResponse,Struts2则不依赖于Servlet API

4)以为Struts1依赖于Servlet API这些Web元素,因此对Struts1的Action进行测试的时候是很困难的,需要借助与其他的测试工具,Struts2的Action可以象测试其他的一些Model层的Service类一样进行测试

5)Struts1的Action与View通过ActionForm或者其子类进行数据传递,虽然也有LazyValidationForm这样的ActionForm的出现,但是,还是不能象其他层面那样通过一个简单的POJO进行数据传递,而Struts2将这样的奢望变成了现实

6)Struts1绑定了JSTL,为页面的编写带来方便,Struts2整合了ONGL,也可以使用JSTL,因此,Struts2下的表达式语言更加强大

四、Struts2与WebWork对比

Struts2实际上就是WebWork2.3,不过,Struts2还是与WebWork有少许的差别:

1)Struts2不再支持内置IOC容器,改用Spring的IOC容器

2)Struts2对于Webwork的一些Ajax的特性的标签改用Dojo进行替换

帮我介绍下Struts 2的运行原理 下面附图 谢谢

struts2框架的执行流程:

1)用户发起请求(.action结尾的请求表示请求一个Action)

2)struts2框架的主控器(FilterDispatcher)接收用户发起的请求,

然后判断这个请求交给Action处理还是交给web组件处理.

如果请求的Action或者web组件不存在,那么出现404错误.在整个处理

过程中需要一个辅助对象:Action映射器(ActionMapper).

3)第二步判断的结果是交给Action处理,并且存在对应的Action.

那么根据struts.xml文件中对此Action的配置信息,首先执行拦截

此Action的所有拦截器,然后再执行请求的Action对象.在这个处理

过程中需要辅助对象:Action代理(ActionProxy)、配置管理器(ConfigurationManager)、ActionInvocation.

4)Action执行完毕之后返回一个结果(此结果用字符串表示),这个结果

经过拦截Action的所有拦截器之后,返回给主控器.主控器根据此结果

从配置文件中找到真正的路径,然后将请求转发给对应的视图.

5)由视图向客户端作出响应

struts 的tiles框架是什么

就是一个页面模版引擎。

可以渲染页面,属于视图层。

下面给你拷贝一份详细的tiles介绍,你可以初步了解一下。

Tiles框架特性和内容

Tiles框架为创建Web页面提供了一种模板机制,它能将网页的布局和内容分离。它允许先创建模板,然后在运行时动态地将内容插入到模板中。Tiles框架建立在JSP的include指令的基础上,但它提供了比JSP的 include指令更强大的功能。Tiles框架具有如下特性:

·创建可重用的模板

·动态构建和装载页面

·定义可重用的Tiles组件

·支持国际化

Tiles框架包含以下内容:

·Tiles标签库

·Tiles组件的配置文件

·TilesPlugIn插件

在开发Web站点时,常常要求同一站点的所有Web页面保持一致的外观,比如有相同的布局、页头、页尾和菜单。

采用基本的JSP语句创建复合式网页

创建动态Web页面的最基本的办法是为每个页面创建独立的JSP文件。如果网页的相同部分发生需求变更,必须手工修改所有的JSP文件。可见,采用基本的JSP语句来编写上述网页,会导致JSP代码的大量冗余,增加开发与维护成本。

采用JSP的include指令创建复合式网页

为了减少代码的冗余,可以把index.jsp和product.jsp中相同部分放在单独的JSP文件中,然后在index.jsp和 product.jsp文件中通过JSP include指令把其他JSP文件包含进来。这样提高了代码的可重用性。但是JSP include指令不能完全避免代码冗余,尽管这种方案减少了重复代码,但JSP文件的数量增加了,由原来的2个文件增加到7个文件,所以软件的复杂度也增加了。

采用Tiles:Insert标签创建复合式网页

Tiles标签库的tiles:insert标签和JSP include指令具有相同的功能,也能把其他的JSP页面插入到当前页面中。用tiles:insert标签取代JSP include指令来创建复合式页面,代码仅有稍微的差别,两者的利弊也很相似。单纯使用tiles:insert标签来创建复合式页面,还没有充分发挥 Tiles框架的优势。

以下两条语句的作用是相同的:

<jsp:include page="indexContent.jsp"/>

<tiles:insert page="indexContent.jsp"/>

采用Tiles模板创建复合式网页

尽管使用了tiles:insert标签,index.jsp和product.jsp文件还是存在很多的重复代码。为了提高Web页面的可重用性和可维护性,可以引入Tiles的模板机制。通俗的讲,Tiles模板是一种描述页面布局的JSP页面。Tiles模板仅仅定义Web页面的样式,而不指定内容。在Web应用运行时,才把特定内容插入到模板页面中。同一模板可以被多个Web页面共用。使用模板,可以轻松的实现Web应用的所有页面保持相同的外观和布局,无需为每个页面硬编码。在一个应用中,大多数页面使用同一模板,某些页面可能需要不同的外观,使用其他的模板,因此一个应用可能有一个以上模板。

<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles"%>

<tiles:insert attribute="sidebar"/>

<tiles:insert attribute="header"/>

<tiles:insert attribute="content"/>

<tiles:insert attribute="footer"/>

<%@ page contentType="text/html; charset=UTF-8"%>

<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles"%>

<tiles:insert page="layout.jsp" flush="true">

<tiles:put name="sidebar" value="sidebar.jsp"/>

<tiles:put name="header" value="header.jsp"/>

<tiles:put name="content" value="indexContent.jsp"/>

<tiles:put name="footer" value="footer.jsp"/>

</tiles:insert>

采用Tiles模板机制,大大提高了代码的可重用性和可维护性,模板中包含了网页共同的布局。如果布局发生变化,只需要修改模板文件,无需修改具体的网页文件。不过,从例程16-13和16-14可以看出,尽管 index.jsp和product.jsp文件的长度都缩短了,但是两者还是存在重复代码。

Tiles组件的基本使用方法

为了最大程度的提高代码的可重用性和灵活性,Tiles框架引入了Tiles组件的概念。Tiles组件可以代表一个完整的网页,也可以代表网页的一部分。简单的Tiles组件可以组合成复杂的Tiles组件,或被扩展为复杂的Tiles组件。

Tiles框架允许在专门的XML文件中配置Tiles组件。例如,以下代码定义了一个名为"index-definition"的Tiles组件,它描述整个index.jsp网页:

<tiles-definitions>

<definition name="index-definition" path="/layout.jsp">

<put name="sidebar" value="sidebar.jsp"/>

<put name="header" value="header.jsp"/>

<put name="content" value="indexContent.jsp"/>

<put name="footer" value="footer.jsp"/>

</definition>

</tiles-definitions>

definition元素的name属性指定Tiles组件的名字,path属性指定Tiles组件使用的模板,definition元素的put子元素用于向模板中插入具体的网页内容。

例程16-15 tiles-defs.xml

<?xml version="1.0" encoding="ISO-8859-1"?>

<!DOCTYPE tiles-definitions PUBLIC"-//Apache Software Foundation//DTD Tiles Configuration 1.1//EN""">

<tiles-definitions>

<definition name="index-definition" path="/layout.jsp">

<put name="sidebar" value="sidebar.jsp"/>

<put name="header" value="header.jsp"/>

<put name="content" value="indexContent.jsp"/>

<put name="footer" value="footer.jsp"/>

</definition>

<definition name="product-definition" path="/layout.jsp">

<put name="sidebar" value="sidebar.jsp"/>

<put name="header" value="header.jsp"/>

<put name="content" value="productContent.jsp"/>

<put name="footer" value="footer.jsp"/>

</definition>

</tiles-definitions>

以上代码定义了两个Tiles组件,它们分别代表完整的index.jsp和product.jsp页面。

(4)在Strut配置文件中配置TilesPlugin插件,代码如下:

<plug-in className="org.apache.struts.tiles.TilesPlugin">

<set-property property="definitions-config" value="/WEB-INF/tiles-defs.xml"/>

<set-property property="definitions-parser-validate" value="true"/>

</plug-in>

TilesPlugin插件用于加载Tiles组件的配置文件。在plug-in元素中包含几个set-property子元素,用于向TilesPlugin插件传入附加的参数:

·definitions-config参数:指定Tiles组件的配置文件,如果有多个配置文件,则它们之间用逗号分隔。

·definitions-parser-validate参数:指定XML解析器是否验证Tiles配置文件,可选值包括true和false,默认值为true。

(5)在web.xml文件中配置ActionServlet

为了保证在Web应用启动时加载TilesPlugin插件,应该加入ActionServlet控制器,ActionServlet控制器在初始化时能加载所有的插件。以下是在web.xml文件中配置ActionServlet的代码:

<servlet>

<servlet-name>action</servlet-name>

<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>

<init-param>

<param-name>config</param-name>

<param-value>/WEB-INF/struts-config.xml</param-value>

</init-param>

<load-on-startup>3</load-on-startup>

</servlet>

<servlet-mapping>

<servlet-name>action</servlet-name>

<url-pattern>*.do</url-pattern>

</servlet-mapping>

(6)在index.jsp和product.jsp中插入Tiles组件,参见例程16-16和例程16-17:

例程16-16 index.jsp

<%@ page contentType="text/html; charset=UTF-8"%>

<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles"%>

<tiles:insert definition="index-definition"/>

例程16-17 product.jsp

<ccid_nobr>

<table width="400" border="1" cellspacing="0" cellpadding="2"

bordercolorlight="black" bordercolordark="#FFFFFF" align="center">

<tr>

<td bgcolor="e6e6e6" class="code" style="font-size:9pt">

<pre><ccid_code><%@ page contentType="text/html; charset=UTF-8"%>

<%@ taglib uri="/WEB-INF/struts-tiles.tld" prefix="tiles"%>

<tiles:insert definition="product-definition"/>

通过Struts Action来调用Tiles组件

如果Tiles组件代表完整的网页,可以直接通过Struts Action来调用Tiles组件。例如,如果希望通过Struts Action来调用16.5.1节定义的名为"index-definition"的Tiles组件,可以在Struts配置文件中配置如下Action映射:

<action-mappings>

<action path="/index"

type="org.apache.struts.actions.ForwardAction"

parameter="index-definition">

</action>

</action-mappings>

接下来通过浏览器访问 ,该请求先被转发到ForwardAction, ForwardAction再把请求转发给名为"index-definition"的Tiles组件,最后在浏览器端,用户将看到和index.jsp相同的页面。

通过Struts Action来调用Tiles组件,可以充分发挥Struts框架负责流程控制的功能。此外,可以减少JSP文件的数目。例如,如果直接通过Struts Action来调用名为"index-definition"的Tiles组件,就不必再创建index.jsp文件。

解析Tiles组件的组合与扩展

Tiles组件是一种可重用的组件。可以象搭积木一样,把简单的Tiles组件组装成复杂的Tiles组件,例如,可以把名为"index-definition"的Tiles组件的左边部分拆分为独立的Tiles组件,名为"sidebar-definition"。

<definition name="index-definition" path="/layout.jsp">

<put name="sidebar" value="sidebar-definition" type="definition"/>

……

</definition>

以上put子元素的value属性指定被包含的Tiles组件的名字,type属性设为"definition",表示value属性指定的是Tiles组件,而不是JSP文件。

<definition name="index-definition" extends="base-definition">

关于struts2框架介绍, struts2与 struts1的区别的介绍到此结束,希望对大家有所帮助。

ai会有自主性吗,AI是否会拥有自我意识网络上的ai是什么意思 ai是啥意思网络用语