struts框架和spring的区别,关于SpringMVC和Struts2的区别

struts框架和spring的区别,关于SpringMVC和Struts2的区别详细介绍

本文目录一览： 请问spring与struts有什么区别？

1、实现机制不同
struts2框架是类级别的拦截，每次来了请求就创建一个controller中对应的Action，然后调用setter getter方法把request中的数据注入 。struts2实际上是通过setter getter方法与request打交道的。struts2中，一个Action对象对应一个request上下文。
spring3 mvc不同，spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去。在spring3mvc中，一个方法对应一个request上下文，而方法同时又跟一个url对应。
spring mvc的入口是servlet，而struts2是filter。spring mvc会稍微比struts快。
2、Request数据共享不同
spring3mvc的方法之间基本上独立的，独享request response数据。请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量。
struts2就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的。这不会影响程序运行，却给编码、读程序时带来麻烦 。
3、参数传不同
struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。
4、设计思想上不同
struts更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展。
5、intercepter的实现机制不同
struts有以自己的interceptor机制，spring mvc用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大，虽然struts的配置能继承，所以论使用上来讲，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。
参考资料：百度百科—struts
参考资料：百度百科—spring

请问spring与struts有什么区别？

1、实现机制不同
struts2框架是类级别的拦截，每次来了请求就创建一个controller中对应的Action，然后调用setter getter方法把request中的数据注入 。struts2实际上是通过setter getter方法与request打交道的。struts2中，一个Action对象对应一个request上下文。
spring3 mvc不同，spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去。在spring3mvc中，一个方法对应一个request上下文，而方法同时又跟一个url对应。
spring mvc的入口是servlet，而struts2是filter。spring mvc会稍微比struts快。
2、Request数据共享不同
spring3mvc的方法之间基本上独立的，独享request response数据。请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量。
struts2就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的。这不会影响程序运行，却给编码、读程序时带来麻烦 。
3、参数传不同
struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。
4、设计思想上不同
struts更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展。
5、intercepter的实现机制不同
struts有以自己的interceptor机制，spring mvc用的是独立的AOP方式。这样导致struts的配置文件量还是比spring mvc大，虽然struts的配置能继承，所以论使用上来讲，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。
参考资料：百度百科—struts
参考资料：百度百科—spring
spring是一套完整框架，其中springmvc这部分完全可以替代struts的功能，只是狭义的来说我们并不会使用spring整套。
一般所说的ssh是指利用spring框架中的某些特性譬如“依赖注入”来更好的利用struts框架编写代码。
也就是说这是两个不同的框架，而我们使用时习惯将两个框架的优点集中在一起
struts是表现层框架，spring是业务层框架（但不局限于业务层）
打个比方，想做爱做的事，找老婆也可以，找情人也可以。
难道你会问既然有了老婆，为什么还想找情人？
一言以蔽之，作用不同！
structs是个Web框架
spring可以看作是个JEE的轻量级中间件
spring支持整套企业计算的特性，比如事务、切面、分布式调用、安全等，并且具有很强的第三方框架整合能力。
Struts最多就是个Web框架。
struts是表现层框架，spring是业务层框架
区别一：
Struts的核心是基于一个Filter即StrutsPreparedAndExcuteFilter
Spring的核心是基于一个Servlet即DispatcherServlet(前端控制器)
区别二：
Struts是基于类开发的，传递的参数是通过类的属性传递(属性驱动和模型驱动),所以只能设计成多例prototype
Spring是基于类中的方法开发的，也就是一个url对应一个方法，传递参数是传到方法的形参上面，所以既可以是单例模式也可以是多例模式singiton
区别三：
Struts2采用的是值栈存储请求以及响应数据，OGNL存取数据
Spring采用request来解析请求内容，然后由其内部的getParameter给方法中形参赋值，再把后台处理过的数据通过ModelAndView对象存储，Model存储数据，View存储返回的页面，再把对象通过request传输到页面去。
扩展资料：
spring框架的优点有以下几点：
1、JAVA EE应该更加容易使用。
2、面向对象的设计比任何实现技术（比如JAVA EE）都重要。
3、面向接口编程，而不是针对类编程。Spring将使用接口的复杂度降低到零。（面向接口编程有哪些复杂度？）
4、代码应该易于测试。Spring框架会帮助你，使代码的测试更加简单。
5、提供了应用程序配置的最好方法。
6、在Java中，已检查异常（Checked exception）被过度使用。框架不应该迫使你捕获不能恢复的异常。
参考链接：百度百科—spring架构

struts和spring的区别

一、Struts 　
　Struts是Apache软件基金下Jakarta项目的一部分。Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts是目前Java Web
MVC框架中不争的王者。经过长达五年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。但是
Struts某些技术特性上已经落后于新兴的MVC框架(这里说的Struts指的是1.0的版本，现在她已经发布了最新的2.0不版本)。面对
Spring MVC、Webwork2
这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。 　　
Struts有一组相互协作的类（组件）、Serlvet以及jsp tag
lib组成。基于struts构架的web应用程序基本上符合JSP
Model2的设计标准，可以说是MVC设计模式的一种变化类型。根据上面对framework的描述，我们很容易理解为什么说Struts是一个web
framwork，而不仅仅是一些标记库的组合。但 Struts
也包含了丰富的标记库和独立于该框架工作的实用程序类。Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层
（Model）和视图层（View）。在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB,JDBC和Object Relation
Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件想结合。
Struts的体系结构

struts framework是MVC
模式的体现，下面我们就从分别从模型、视图、控制来看看struts的体系结构（Architecture）。 　　 从视图角度（View）
主要由JSP建立（也可以用别的,如Freemaker），struts自身包含了一组可扩展的自定义标签库（TagLib），可以简化创建用户界面的过
程。目前包括：Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template
Tags这几个Taglib。有关它们的详细资料请参考struts用户手册。
从模型角度（Model）
模型主要是表示一个系统的状态（有时候，改变系统状态的业务逻辑操作也划分到模型中）。在Struts中，系统的状态主要有ActiomForm
Bean体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储，Struts本身也提供了Utitle包，可以方便的与数据
库操作。 　　
从控制器角度（Controller） 在Struts
framework中，Controller主要是ActionServlet，但是对于业务逻辑的操作则主要由Action、
ActionMapping、ActionForward这几个组件协调完成（也许这几个组件，应该划分到模型中的业务逻辑一块）。其中，Action扮
演了真正的业务逻辑的实现者，而ActionMapping和ActionForward则指定了不同业务逻辑或流程的运行方向。 对于Struts
如何控制、处理客户请求，让我们通过对struts的四个核心组件介绍来具体说明。这几个组件就是：ActionServlet。Action
Classes，Action Mapping（此处包括ActionForward），ActionFrom Bean。 　　
二、Spring
Spring实际上是《Expert One-on-One J2EE Design and
Development》一书中所阐述的设计思想的具体实现。在One-on-One一书中，Rod Johnson 倡导J2EE
实用主义的设计思想，并随书提供了一个初步的开发框架实现（interface21 开发包）。而Spring
正是这一思想的更全面和具体的体现。Rod Johnson在interface21
开发包的基础之上，进行了进一步的改造和扩充，使其发展为一个更加开放、清晰、全面、高效的开发框架。
　Spring是一个开源框架，由Rod
Johnson创建并且在他的著作《J2EE设计开发编程指南》里进行了描述。它是为了解决企业应用开发的复杂性而创建的。Spring使使用基本的
JavaBeans来完成以前只可能由EJB完成的事情变得可能了。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度
而言，任何Java应用都可以从Spring中受益。
　　简单来说，Spring是一个轻量的控制反转和面向切面的容器框架。当然，这个描述有点过于简单。但它的确概括出了Spring是做什么的。为了更好
地理解Spring，让我们分析一下这个描述： 　　
1、轻量
　从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的
处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于轻量，从大小与开销两方面而言Spring都是轻量
的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入
式的：典型地，Spring应用中的对象不依赖于Spring的特定类。 　　
2、控制反转 　
　Spring通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了IoC，对象被动地传递它们的依赖而不是自己创建或者查找依赖对象。你可以认为IoC与JNDI相反??不是对象从容器中查找依赖，而是容器在对象初始化时不等被请求就将依赖传递给它。 　
　3、面向切面
　Spring包含对面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统服务（例如审计与事物管理）进行内聚性的开发。应用对象只做它们应该做的，完成业务逻辑，仅此而已。它们并不负责（甚至是意识）其它的系统关注点，例如日志或事物支持。 　
　4、容器 　
　Spring包含和管理应用对象的配置和生命周期，在这个意义上它是一种容器。你可以配置你的每个bean如何被创建?基于一个配置原形为你的
bean创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量的EJB容器，它们
经常是庞大与笨重的，难以使用。
　　框架：Spring是由简单的组件配置和组合复杂的应用成为可能。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。
Spring也提供了很多基础功能（事务管理、持久性框架集成等等），将应用逻辑的开发留给了你。
　　所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种子框架提供了基础。　

SpringMVC，Spring和Struts的区别

一、Spring
首先，结合到自己对于Spring的使用，我明确的一点是，Spring严格上来说，并不是一种框架。它相当于一个粘合剂，黏合了别的框架或者组件。所以，spring是一个容器！为什么用Spring，个人感觉，spring就是一个容器的本质，程序开发的模块组件，都可以通过spring这个容器进行组装拼合，spring为我们提供了很多 管理的功能。而且，它是一个轻量级的容器。我们常说EJB是重量级，Spring是轻量级的，那么，究竟什么叫轻量级或重量级呢？
附：轻量级和重量级（往简单了说）
首先；轻量级和重量级，它只是一个相对的概念。如果没有对比，就没有所谓的轻重之分
轻量级：当轻量级的框架启动时，创建和销毁的资源都非常少。简而言之，一个轻量级的框架，它的入侵性非常小，也可以说是耦合性很低。可以很轻易的替换掉它，而不需要做太大的改动，它对别的组件的依赖非常小！
重量级：和轻量级相对，引入一个重量级的框架，意味着需要引入相当多的依赖和其他组件，当需要修改这个框架时，基本上面临着重组的危机！
二、SpringMVC
从Spring的结构图可以看出，springMVC位于spring web端的一个框架，是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦。附：基于请求驱动指的就是使用请求-响应模型。从原理上看，它基本上和.NET的MVC的原理相同！
三、Spring和SpringMVC的联系
从名字上就可以窥探出，Spring>SpringMVC，那么事实上，spring和SpringMVC是一种父子关系。SpringMVC是spring扩展出的一个应用于web端的框架。在这里需要注意的一点，就是到底什么是父子容器关系：
spring主要的作用是黏合其他模块组件，进行统一管理，springmvc则主要是负责web端。那么，我们都知道，我们在应用spring的时候，可以使用注入。这个时候，如果我们的web端是用的SpringMVC，这个时候，controller理论上是通过SpringMVC去注入，但是，使用spring注入，同样是可行的。同理，service等层，使用SpringMVC配置的统一扫描装配也是可以的。所以，如果说只是为了使用spring的依赖注入，是大可不必将springMVC和spring同时使用的。他们完全可以分开！
但是，尽管SpringMVC和spring都可以进行自动装配扫描，值得注意的是：
spring（父容器）并不能直接访问SpringMVC（子容器）所注入的对象，但是SpringMVC却可以访问到spring装载的对象。所以，在配置自动装配的时候，应该注意到这一点。
四、Struts
Struts是对于MVC的一种非常完美的实现，从根本上来说，它其实和SpringMVC一样，都是基于MVC思想的扩展实现。但是，在SpringMVC3之后 ，SpringMVC完超Struts。（注：但是，框架并没有优劣之分，框架本身就是一种权衡，相对而言而已）
Struts和SpringMVC的区别：
首先，如果说项目中使用了spring，那么还是使用SpringMVC吧，因为相对于融合Struts来说，spring和SpringMVC是非常完美的无缝链接。
其次，SpringMVC的拦截粒度是方法，而Struts的粒度是类
然后，入口不同，SpringMVC的入口是servlet，而Struts是filter
最后，如果使用注解的话，SpringMVC基本上是零配置，而Struts需要配置很多。
备注：想说一点的是：在Struts中可以配置开发者模式，就是说当修改了一个URL访问，可以不用重启工程。但是SpringMVC需要重启。

springmvc和struts2的区别

springmvc和struts2的区别是有好多：线程是否安全、机制一个是servlet一个filter、struts2是栈等等，目前互联网公司基本都会用springmvc，struts2用的太少了
1. 机制：
spring mvc的入口是servlet，而struts2是filter，这样就导致了二者的机制不同。
2. 性能：
spring会稍微比struts快。spring mvc是基于方法的设计，而sturts是基于类，每次发一次请求都会实例一个action，每个action都会被注入属性，而spring基于方法，粒度更细，但要小心把握像在servlet控制数据一样。spring3 mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3 mvc中，一个方法对应一个request上下文。而struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用setter getter方法把request中的数据注入；struts2实际上是通
setter getter方法与request打交道的；struts2中，一个Action对象对应一个request上下文。
3. 参数传递：
struts是在接受参数的时候，可以用属性来接受参数，这就说明参数是让多个方法共享的。
4. 设计思想上：
struts更加符合oop(面向对象编程)的编程思想， spring就比较谨慎，在servlet上扩展。

Spring MVC和Struts2的区别

首先，struts2进行权限验证是用拦截器做的
一个简单的登录拦截器示例如下：
package com.zdf.interceptor;
import com.opensymphony.xwork2.Action;
import com.opensymphony.xwork2.ActionInvocation;
import com.opensymphony.xwork2.interceptor.AbstractInterceptor;
import com.zdf.entity.Admin;
@SuppressWarnings("serial")
public class LoginInterceptor extends AbstractInterceptor{
@Override
public String intercept(ActionInvocation invocation) throws Exception {
// TODO Auto-generated method stub
Admin admin = (Admin)invocation.getInvocationContext().getSession().get("ADMIN");
if(admin!=null){
return invocation.invoke();
}else{
return Action.LOGIN;
}
}

}
　　1:spring3 mvc开发效率高于struts
　　2:spring3 mvc可以认为已经100%零配置
　　3:struts2是类级别的拦截， 一个类对应一个request上下文，springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应所以说从架构本身上 spring3 mvc就容易实现restful url 而struts2的架构实现起来要费劲因为struts2 action的一个方法可以对应一个url而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了
　　4:spring3mvc的方法之间基本上独立的，独享request response数据请求数据通过参数获取，处理结果通过ModelMap交回给框架方法之间不共享变量而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的这不会影响程序运行，却给我们编码 读程序时带来麻烦
　　5:由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的。

关于SpringMVC和Struts2的区别

1、Struts2是类级别的拦截， 一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。
2、由上边原因，SpringMVC的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码 读程序时带来麻烦，每次来了请求就创建一个Action，一个Action对象对应一个request上下文。
3、由于Struts2需要针对每个request进行封装，把request，session等servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全，所以在原则上，是比较耗费内存的。
4、 拦截器实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。
5、SpringMVC的入口是servlet，而Struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。
6、SpringMVC集成了Ajax，使用非常方便，只需一个注解@ResponseBody就可以实现，然后直接返回响应文本即可，而Struts2拦截器集成了Ajax，在Action中处理时一般必须安装插件或者自己写代码集成进去，使用起来也相对不方便。
7、SpringMVC验证支持JSR303，处理起来相对更加灵活方便，而Struts2验证比较繁琐，感觉太烦乱。
8、Spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高（当然Struts2也可以通过不同的目录结构和相关配置做到SpringMVC一样的效果，但是需要xml配置的地方不少）。
9、 设计思想上，Struts2更加符合OOP的编程思想， SpringMVC就比较谨慎，在servlet上扩展。
10、SpringMVC开发效率和性能高于Struts2。
11、SpringMVC可以认为已经100%零配置。

Struts与Spring 的区别

Struts最早是作为Apache Jakarta项目的组成部分问世运作。项目的创立者希望通过对该项目的研究，改进和提高Java Server Pages、Servlet、标签库以及面向对象的技术水准。
Struts这个名字来源于在建筑和旧式飞机中使用的支持金属架。它的目的是为了减少在运用MVC设计模型来开发Web应用的时间。你仍然需要学习和应用该架构，不过它将可以完成其中一些繁重的工作。
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点，使开发者能更深入的了解其内部实现机制。
Spring是一个开源框架，它由Rod Johnson创建。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。
?6?1 目的：解决企业应用开发的复杂性
?6?1 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能
?6?1 范围：任何Java应用
简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。

struts和spring的区别

基于Web的MVC framework在Java EE的世界内已是空前繁荣。TTS网站上几乎每隔一两个星期就会有新的MVC框架发布。目前比较好的MVC，老牌的Struts(这里指的是Struts1.X)、Webwork。新兴的MVC框架有spring MVC、Tapestry、JSF等。这些大多是著名团队的作品，另外还有一些边缘团队的作品，也相当出色，如Dinamica、VRaptor等。这些框架都提供了较好的层次分隔能力。在实现良好的MVC 分隔的基础上，通过提供一些现成的辅助类库，同时也促进了生产效率的提高。
如何选择一个好的框架应用在你的项目中，将会对你的项目的效率和可重用是至关重要的。本文将对目前最流行、最常用的两种framework进行介绍。
一、Struts
Struts是Apache软件基金下Jakarta项目的一部分。Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts是目前Java Web MVC框架中不争的王者。经过长达五年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。但是Struts某些技术特性上已经落后于新兴的MVC框架(这里说的Struts指的是1.0的版本，现在她已经发布了最新的2.0不版本)。面对Spring MVC、Webwork2 这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。
Struts有一组相互协作的类(组件)、Serlvet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是MVC设计模式的一种变化类型。根据上面对framework的描述，我们很容易理解为什么说Struts是一个web framwork，而不仅仅是一些标记库的组合。但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。Struts有其自己的控制器(Controller)，同时整合了其他的一些技术去实现模型层(Model)和视图层(View)。在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB,JDBC和Object Relation Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件想结合。
Struts的体系结构
struts framework是MVC 模式的体现，下面我们就从分别从模型、视图、控制来看看struts的体系结构(Architecture)。 　　 从视图角度(View) 主要由JSP建立(也可以用别的,如Freemaker)，struts自身包含了一组可扩展的自定义标签库(TagLib)，可以简化创建用户界面的过程。目前包括：Bean Tags，HTML Tags，Logic Tags，Nested Tags，Template Tags这几个Taglib。有关它们的详细资料请参考struts用户手册。
从模型角度(Model) 模型主要是表示一个系统的状态(有时候，改变系统状态的业务逻辑操作也划分到模型中)。在Struts中，系统的状态主要有ActiomForm Bean体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储，Struts本身也提供了Utitle包，可以方便的与数据库操作。
从控制器角度(Controller) 在Struts framework中，Controller主要是ActionServlet，但是对于业务逻辑的操作则主要由Action、ActionMapping、ActionForward这几个组件协调完成(也许这几个组件，应该划分到模型中的业务逻辑一块)。其中，Action扮演了真正的业务逻辑的实现者，而ActionMapping和ActionForward则指定了不同业务逻辑或流程的运行方向。 对于Struts 如何控制、处理客户请求，让我们通过对struts的四个核心组件介绍来具体说明。这几个组件就是：ActionServlet。Action Classes，Action Mapping(此处包括ActionForward)，ActionFrom Bean。
二、Spring
Spring实际上是《Expert One-on-One J2EE Design and Development》一书中所阐述的设计思想的具体实现。在One-on-One一书中，Rod Johnson 倡导J2EE 实用主义的设计思想，并随书提供了一个初步的开发框架实现(interface21 开发包)。而Spring 正是这一思想的更全面和具体的体现。Rod Johnson在interface21 开发包的基础之上，进行了进一步的改造和扩充，使其发展为一个更加开放、清晰、全面、高效的开发框架。
Spring是一个开源框架，由Rod Johnson创建并且在他的著作《J2EE设计开发编程指南》里进行了描述。它是为了解决企业应用开发的复杂性而创建的。Spring使使用基本的JavaBeans来完成以前只可能由EJB完成的事情变得可能了。然而，Spring的用途不仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring中受益。 　　简单来说，Spring是一个轻量的控制反转和面向切面的容器框架。当然，这个描述有点过于简单。但它的确概括出了Spring是做什么的。为了更好地理解Spring，让我们分析一下这个描述：
1、轻量
从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于轻量，从大小与开销两方面而言Spring都是轻量的。完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。并且Spring所需的处理开销也是微不足道的。此外，Spring是非侵入式的：典型地，Spring应用中的对象不依赖于Spring的特定类。
2、控制反转
Spring通过一种称作控制反转(IoC)的技术促进了松耦合。当应用了IoC，对象被动地传递它们的依赖而不是自己创建或者查找依赖对象。你可以认为IoC与JNDI相反??不是对象从容器中查找依赖，而是容器在对象初始化时不等被请求就将依赖传递给它。
3、面向切面
Spring包含对面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统服务(例如审计与事物管理)进行内聚性的开发。应用对象只做它们应该做的，完成业务逻辑，仅此而已。它们并不负责(甚至是意识)其它的系统关注点，例如日志或事物支持。
4、容器
Spring包含和管理应用对象的配置和生命周期，在这个意义上它是一种容器。你可以配置你的每个bean如何被创建?基于一个配置原形为你的bean创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而，Spring不应该被混同于传统的重量的EJB容器，它们经常是庞大与笨重的，难以使用。 　　框架：Spring是由简单的组件配置和组合复杂的应用成为可能。在Spring中，应用对象被声明式地组合，典型地是在一个XML文件里。Spring也提供了很多基础功能(事务管理、持久性框架集成等等)，将应用逻辑的开发留给了你。 　　所有Spring的这些特征使你能够编写更干净、更可管理、并且更易于测试的代码。它们也为Spring中的各种子框架提供了基础。