struts与springmvc?

struts2和springmvc有什么区别

1）springmvc的入口是一个servlet，即前端控制器，例如：*.action

struts2入口是一个filter过虑器，即前端过滤器，例如：/*

2）springmvc是基于方法开发，传递参数是通过方法形参，可以设计为单例

struts2是基于类开发，传递参数是通过类的属性，只能设计为多例

3）springmvc通过参数解析器是将request对象内容进行解析成方法形参，将响应数据和页面封装成ModelAndView对象，最后又将模型数据通过request对象传输到页面

struts采用值栈存储请求和响应的数据，通过OGNL存取数据

一、Spring

首先，结合到自己对于Spring的使用，我明确的一点是，Spring严格上来说，并不是一种框架。它相当于一个粘合剂，黏合了别的框架或者组件。所以，spring是一个容器！为什么用Spring，个人感觉，spring就是一个容器的本质，程序开发的模块组件，都可以通过spring这个容器进行组装拼合，spring为我们提供了很多管理的功能。而且，它是一个轻量级的容器。我们常说EJB是重量级，Spring是轻量级的，那么，究竟什么叫轻量级或重量级呢？

附：轻量级和重量级（往简单了说）

首先；轻量级和重量级，它只是一个相对的概念。如果没有对比，就没有所谓的轻重之分

轻量级：当轻量级的框架启动时，创建和销毁的资源都非常少。简而言之，一个轻量级的框架，它的入侵性非常小，也可以说是耦合性很低。可以很轻易的替换掉它，而不需要做太大的改动，它对别的组件的依赖非常小！

重量级：和轻量级相对，引入一个重量级的框架，意味着需要引入相当多的依赖和其他组件，当需要修改这个框架时，基本上面临着重组的危机！

二、SpringMVC

从Spring的结构图可以看出，springMVC位于springweb端的一个框架，是一种基于Java的实现了WebMVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦。附：基于请求驱动指的就是使用请求-响应模型。从原理上看，它基本上和.NET的MVC的原理相同！

三、Spring和SpringMVC的联系

从名字上就可以窥探出，SpringSpringMVC，那么事实上，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需要重启。

spring3mvc与struts2比较

项目刚刚换了web层框架，放弃了struts2改用spring3mvc

当初还框架的时候目的比较单纯---springmvc支持rest，小生对restfulurl由衷的喜欢

不用不知道一用就发现开发效率确实比struts2高

我们用struts2时采用的传统的配置文件的方式，并没有使用传说中的0配置

spring3mvc可以认为已经100%零配置了（除了配置springmvc-servlet.xml外）

比较了一下strus2与spring3mvc的差别

============================================

struts2框架是类级别的拦截，每次来了请求就创建一个Action，然后调用settergetter方法把request中的数据注入

struts2实际上是通过settergetter方法与request打交道的

struts2中，一个Action对象对应一个request上下文

spring3mvc不同，spring3mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去

在spring3mvc中，一个方法对应一个request上下文

好了我们来整理一下

struts2是类级别的拦截，一个类对应一个request上下文，

springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应

所以说从架构本身上spring3mvc就容易实现restfulurl

而struts2的架构实现起来要费劲

因为struts2action的一个方法可以对应一个url

而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了

===================================

spring3mvc的方法之间基本上独立的，独享requestresponse数据

请求数据通过参数获取，处理结果通过ModelMap交回给框架

方法之间不共享变量

而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的

这不会影响程序运行，却给我们编码读程序时带来麻烦

====================================

spring3mvc的验证也是一个亮点，支持JSR303

处理ajax的请求更是方便只需一个注解@ResponseBody，然后直接返回响应文本即可

附上一段代码

Java代码

@RequestMapping(value="/whitelists")

publicStringindex(ModelMapmap){

Accountaccount=accountManager.getByDigitId(SecurityContextHolder.get().getDigitId());

ListGroupgroupList=groupManager.findAllGroup(account.getId());

map.put("account",account);

map.put("groupList",groupList);

return"/group/group-index";

}

//@ResponseBodyajax响应

@RequestMapping(value="/whitelist/{whiteListId}/del")

@ResponseBody

publicStringdelete(@PathVariableIntegerwhiteListId){

whiteListManager.deleteWhiteList(whiteListId);

return"success";

}

热心网友 时间：2024-10-09 22:35

1、Struts2是类级别的拦截，一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,。

2、从架构本身上SpringMVC就容易实现restfulurl,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。

3、由于上述原因，SpringMVC的方法之间基本上独立的，独享requestresponse数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2搞的就比较乱。

4、虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码读程序时带来麻烦，每次来了请求就创建一个Action，一个Action对象对应一个request上下文。

5、由于Struts2需要针对每个request进行封装，把request，session等servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全，所以在原则上，是比较耗费内存的。

6、?*实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。

1:

spring3mvc开发效率高于struts

2:

spring3mvc可以认为已经100%零配置

3:

struts2是类级别的拦截，一个类对应一个request上下文，

springmvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应

所以说从架构本身上spring3mvc就容易实现restfulurl

而struts2的架构实现起来要费劲

因为struts2action的一个方法可以对应一个url

而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了

4:

spring3mvc的方法之间基本上独立的，独享requestresponse数据

请求数据通过参数获取，处理结果通过ModelMap交回给框架

方法之间不共享变量

而struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的

这不会影响程序运行，却给我们编码读程序时带来麻烦

5:

由于Struts2需要针对每个Request进行封装，把Request，Session等Servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全。所以在原则上，是比较耗费内存的。