struts2和hibernate,struts2 hibernate spring 框架 先学什么好点，现在正在看hibernate

struts2和hibernate,struts2 hibernate spring 框架 先学什么好点，现在正在看hibernate详细介绍

本文目录一览： Struts2和hibernate开发步骤

hibernate作为底层域数据库的交互，开发步骤先建立ORmapping映射关系，然后注入，根据业务逻辑拼写sql
Struts2作为显示层，主要控制在action中返回的数据。页面上需要显示什么内容就返回什么样的数据。struts2的标签库可用可不用，根据个人习惯而定
这两个框架最好依附于spring框架，根据MVC结构hibernate负责Model层数据交互，struts2负责View层显示效果控制，spring负责处理业务逻辑的Controller，并负责注入依赖关系。如果是这种结构的话先要搭建框架，编写配置文件等....

struts2、hibernate、spring的工作原理，简单点。。。

简单说，三者不过把一些常用的功能方法进行封装，使得这些方法规范化，避免像在jsp开发中重复而零散地编写类似代码。
下面说明它们各自的功能角色：struts2侧重于控制器功能，当客户端发送一个地址请求，Struts（通过配置文件）根据请求代码做出反映，并进行页面调用或转发。比如：/login
请求很可能是一个登录请求，那么Struts2应该回复一个login.jsp页面给客户端进行登录，然而地址栏不会看到/login.jsp样式，具体地址被隐藏了，只看到请求地址样式。struts2的标签类似于jstl标签，它们在本质上是一致的，都是为视图层方便编码以及为更好地与控制器融合。不是一定要使用Struts2标签才能使用它的控制器功能。可以选择其他标签，如jsp或jstl标签等。标签只是皮毛。其实spring它也有一套自己的标签，哪能用那么多啊。熟悉使用一种标签即可。
hibernate框架主要是负责连接数据库，把每个数据表转化为一个类，表中的每行数据相当于类的一个对象，hibernate通过对象的方式进行读取操作。
说到spring，不得不说控制反转，有关控制反转，请搜索“java设计模式”。然而，控制反转不能说是spring的功能，而只是他的设计思想，也就是说spring是由“控制反转”和”切面编程”这些设计模式开发出来的。spring包有许多类和方法，有像hibernate那样操作底层数据库功能的方法，有可以操作复杂的业务操作，这要看调用它什么样的接口和方法。由于它特殊的设计模式，使得它可以灵活地与其它框架整合，主要是通过配置文件的方式来完成。spring和hibernate整合在实际上替代了hibernate，因为它对hibernate的方法进行了包装。
spring和strut2整合不过是为struts2的action类提供容器管理，也就是说，当要实例化一个action类的时候，根据spring配置，spring容器会负责生成该action的对象。三者整合的话，由spring来统领全局。下面的链接是一个案例，除了s2sh三大框架之外，还整合了compass搜索框架。http://www.yaodot.com/html

关于struts2,hibernate2,spring3，面试时让我说下这三大框架的工作原理，东西太多了，应该侧重说哪些东西

struts2 是控制业务逻辑
hibernate 做持久化的
spring 3 面向切面，依赖注入和ioc
先总体说说它们3个代表MVC开发模式中的哪一层..
struts2代表控制层,hibernate数据持久层,spring相当于容器，可以整合struts2,hibernate。
并且spring的aop可以在service层实现事物控制.
然后分别细说
先说struts2
struts2提供了众多拦截器,页面提交的参数会经过默认的18个拦截器的过滤...最终能把页面提交的参数自动转换成需要的类型.
能自定义拦截器,实现aop编程,实现如权限拦截等功能,
数据校验,能对指定方法校验,支持xml校验.
能实现国际化.
支持多种表现层技术，如：JSP、freeMarker、Velocity等
支持ajax,
模型驱动,能把参数封装到模型驱动里,模型驱动会把对象放置到栈顶,在页面通过ognl表达式,能够回显数据.
如果你对值栈了解很透彻的话...这里可以继续吹下去..比如OgnlValueStack 类包含两个重要的属性 一个root和一个context。
root实际上是一个ArrayList,root保存着调用Action的实例,
context是一个Map,context中又有一个默认顶层对象_root，它是属性root的复制,在页面访问它是不需要加#号的...后面可以继续..我懒得打了..
其它的比如Token令牌啊,怎么防止表单重复提交.....争取吹个半小时..如果面试官还没让你听的话
Ok
继续hibernate
hibernate是ORM框架,它对jdbc进行了封装,在分层结构中处于持久化层,
它能建立面向对象的域模型和关系数据模型之间的映射.
它大大简化了dao层的编码工作
然后就说说session中的缓存和快照表
也可以说说get和load获得方法有什么区别
在说说二级缓存...它是SessionFactory级别的缓存.是进程范围的..他有内置和外置..二级缓存就是指外置的....分别有4个...集合缓存，时间戳缓存..查询缓存..类级别的缓存....一般用于很少被修改的数据..允许偶尔的并发问题
...在其它的吹了那么几下.....什么？还没让你停?
ok
继续sping
这里先说说什么是IOC..DI..可以xml实现..也能注解...我一般都是用注解.
然后就重点说说aop就行了....什么切面.连接点...切入点.目标对象..通知...织入啊...拿个自己了解的吹吧..
在说说用aop怎么实现事物控制...
还没让你停?
就说说ssh整合吧.
.....打了...半个多小时...楼主你懂的....

struts2 spring，hibernate哪个好

各是个的用处，完全不一样的领域没的比
个人喜欢spring
开源是3个框架共有的优点
Struts2框架（MVC框架）的优点如下：
1） 实现了MVC模式，层次结构清晰，使程序员只需关注业务逻辑的实现；
2） 丰富的标签库，大大提高了开发的效率；
3） Struts2提供丰富的拦截器实现
3） 通过配置文件，就可以掌握整个系统各个部分之间的关系；
4） 异常处理机制，只需在配置文件中配置异常的映射，即可对异常做相应的处理；

Spring框架的优点如下：
1） 无入侵性（在业务逻辑代码中感觉不到Spring框架的存在）；
2） 各个组件之间的耦合极为松散；
3） 无需程序员自己实现singleton模式；
4） 通过AOP，可以实现事务管理和日志管理；
5） 整合其他的框架，如：struts框架和hibernate框架；
Hibernate框架（ORM框架）的优点如下：
1） 对象/关系数据库映射（ORM）， 使用时只需操纵对象，使开发更加面向对象化；
2） 无入侵性；
3） 简洁的HQL语句，减少了JDBC与SQL操作数据库的代码量；
4） 移植性好；
缺点如下：
1） 对批量更新，删除的支持不好；

struts2,spring,,hibernate,这些都有什么用的？

1、
Strut2没有继承Struts 1的血统，而是继承了WebWork的血统。
或者说，WebWork衍生出了Struts 2，而不是Struts 1衍生了Struts 2。
2、
Struts 2是WebWork的升级，而不是一个全新的框架，因此稳定性、性能等各方面
都有很好的保证；而且吸收了Struts 1和WebWork两者的优势。
3、
Sping是于2003年兴起的一个轻量级的Java开发框架。它的最初目的主要是为了简化Java EE 的企业级应用开发，相对于过去EJB时代重量级的企业应用开发而言，Spring框架的出现给企业 级应用开发新的天空与阳光。
4、
它关注于很多其它框架没有关注的地方。Spring 着重于提供一种管理你业务对象
的方法。 Spring是全面的、模块化的。Spring采用分层架构，这意味着你可以仅选择其中
任何一个独立的部分，而它的架构是内部一致的。
5、
Spring不需要你的项目再依赖于另一个框架。Spring也许能称得上是一个“一站式”
产品，提供了大多数传统应用所需要的基础结构。它还提供了别的框架没有涉及到的东西。
6、
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装， 使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
7、
Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序使用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。

struts2 hibernate spring 三大框架有什么区别，他们各自适用的范围是什么？各自适用的场合是什么？

hibernate 是一个持久层框架，又是一个ORM框架，通俗的来讲就是 一个对象关系映射框架。使应用程序的持久化类到数据库中的表之间的关系的映射；hibernate其实就是是对jdbc的封装，减轻了程序员使用jdbc操作数据库的繁琐工作。让程序员操作数据库关心的不再是数据库中的表而是我们的持久化对象javabean。
spring ：spring实现了工厂模式的工厂类--beanFactory这是一个轻量级框架，其中在spring中包含有三个重要的技术IOC 、DI、 AOP。
IOC： 控制反转 这个IOC是一种编程思想，也是一种架构的艺术，利用这个技术可以很好的实现模块与模块之间的解耦，耦合性降低 。如使用了Spring的IOC技术，对自己想使用的对象进行实例化的时候 ，不需要你自己进行new 操作了 ，而是交给 Spring容器帮你实例化对象。
struts2:它是基于webwork的xwork的 ，是xwork2的升级版， Struts2吸取了struts1和xwork2的 两者的优点 ，Strus2是以webwork为核心。所以struts2更加优秀的，更加整洁的MVC 框架 ，采用拦截器的机制处理用户的请求 这样的设计能够与原生的servletAPI完全脱离，在struts2中有一个核心类它就是StrutsPreparedAndExecuteFilter struts2准备执行过滤器 我们要想使用Struts2 对用户的请求处理 我们必须在web.xml中进行配置这个核心过滤器。 基本上是过滤所有请求的
struts2是控制层，主要是客户端的请求到来时，收集提交来的数据，并调用业务，实现跳转，我们叫做控制跳转层。
hibernate 是数据库的持久层，帮助我们把收集来的数据增删改查到数据库中，提高很方便的数据库操作。
Spring 是一个容器，就像一个大箱子把hibernate,struts2转载的在它的肚中，进行对象的控制，方便项目的结构控制，业务扩展。以及hibernate中的事物托管到可以做到。
三者可以很好的结合层一个javaee标准的mvc结构。
Struts2业务逻辑层，hibernate数据库连接层，spring为struts2注入
说struts2是控制层是错误的，因为struts2本身就是一个标准的Web层的MVC框架，主要控制的是"用户的请求——程序的处理——程序的返回"这个流转过程。
hibernate是一个持久层的框架，他在JDBC上进行的轻量级的封装，是用户可以直接用面向对象的方式来操作关系型数据库。例如，如果你想保存一个学生信息，以前可能需要写一个insert语句，用了hibernate就只用调用它的save方法就行了。
spring是一个多元化的框架，它有类似struts的MVC。但是他最主要的功能是依赖注入和面向切面编程。所谓依赖注入就是说以前你需要一个对象的话需要new一个，这样势必造成代码写死到程序中了，这样不利于改动。依赖注入可以把你需要的对象自动生成了给你，这样用起来就很灵活了。AOO就是在程序需要进行统一处理的地方进行处理，但是又不用写死在程序中。

Struts2有什么优缺点 hibernate有什么优缺点？ spring呢？

struts2 前段时间爆了的大漏洞，感觉用spring mvc 和 hibernate好点
struts框架具有组件的模块化，灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。
优点：
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。
除此之外，Struts的优点主要集中体现在两个方面：Taglib和页面导航。Taglib是Struts的标记库，灵活动用，能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。
关于页面导航，我认为那将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。
另外，struts是业界"标准"（很多成功案例），学习资源丰富，HTML标签非常优秀
缺点：
Taglib是Struts的一大优势，但对于初学者而言，却需要一个持续学习的过程，甚至还会打乱你网页编写的习惯，但是，当你习惯了它时，你会觉得它真的很棒。
Struts将MVC的Controller一分为三，在获得结构更加清晰的同时，也增加了系统的复杂度。
ActionForms使用不便、无法进行单元测试（StrutsTestCase只能用于集成）
Struts跟Tomcat、Turbine等诸多Apache项目一样，是开源软件，这是它的一大优点。使开发者能更深入的了解其内部实现机制。 Struts开放源码框架的创建是为了使开发者在构建基于Java Servlet和JavaServer Pages（JSP）技术的Web应用时更加容易。Struts框架为开放者提供了一个统一的标准框架，通过使用Struts作为基础，开发者能够更专注于应用程序的商业逻辑。Struts框架本身是使用Java Servlet和JavaServer Pages技术的一种Model-View-Controller（MVC）实现.
具体来讲,
Struts的优点有:
1. 实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现.
2. 有丰富的tag可以用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。另外，就目前国内的JSP开发者而言，除了使用JSP自带的常用标记外，很少开发自己的标记，或许Struts是一个很好的起点。
3. 页面导航.页面导航将是今后的一个发展方向，事实上，这样做，使系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。
4. 提供Exception处理机制 .
5. 数据库链接池管理
6. 支持I18N
缺点:
一、 转到展示层时，需要配置forward，每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。现在就是这样，几十上百个人同时在线使用我们的系统，大家可以想象一下，我的烦恼有多大。
二、 Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。
三、 测试不方便. Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。
四、 类型的转换. Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，而且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。
五、 对Servlet的依赖性过强. Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。
六、 前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。
七、 对Action执行的控制困难. Struts创建一个Action，如果想控制它的执行顺序将会非常困难。甚至你要重新去写Servlet来实现你的这个功能需求。
八、 对Action 执行前和后的处理. Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。
九、 对事件支持不够. 在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event，application event和component event相比是一种粗粒度的事件。

Struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。
2．Hibernate
Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Hibernate可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的Web应用中使用，最具革命意义的是，Hibernate可以在应用EJB的J2EE架构中取代CMP，完成数据持久化的重任。
大多数开发机构经常采取创建各自独立的数据持久层。一旦底层的数据结构发生改变，那么修改应用的其余部分使之适应这种改变的代价将是十分巨大的。Hibernate适时的填补了这一空白，它为Java应用提供了一个易用的、高效率的对象关系映射框架。hibernate是个轻量级的持久性框架，功能却非常丰富。
优点：
a.Hibernate 使用 Java 反射机制 而不是字节码增强程序来实现透明性。
b.Hibernate 的性能非常好，因为它是个轻量级框架。 映射的灵活性很出色。
c.它支持各种关系数据库，从一对一到多对多的各种复杂关系。
缺点：它限制您所使用的对象模型。(例如，一个持久性类不能映射到多个表)其独有的界面和可怜的市场份额也让人不安，尽管如此，Hibernate 还是以其强大的发展动力减轻了这些风险。其他的开源持久性框架也有一些，不过都没有 Hibernate 这样有市场冲击力。
上面回贴情绪有点激动，希望谅解，我不是因为有人批评Hibernate而感到不快，而是因为帖子里面的观点实在让我觉得荒谬。不管觉得Hibernate好也吧，不好也吧，我唯一觉得遗憾的是，在中文论坛里面找不到一个对Hibernate的真正高水平的评价。在TSS上有一个关于Hibernate的hot thread，跟了几百贴，其中包括Hibernate作者Gavin和LiDO JDO的CTO，对于JDO和Hibernate有过一些激烈的争论，我曾经耐心的看了一遍，仍然没有发现针对Hibernate真正有力的攻击，那些所谓的攻击无非针对Hibernate没有一个GUI的配置工具，没有商业公司支持，没有标准化等等这些站不住脚的理由。
补充几点我的意见：
一、Hibernate是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和App Server，和EJB没有什么必然的联系。Hibernate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。从这个意义上来说，Hibernate和EB不是一个范畴的东西，也不存在非此即彼的关系。
二、Hibernate是一个和JDBC密切关联的框架，所以Hibernate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和App Server没有任何关系，也不存在兼容性问题。
三、Hibernate不能用来直接和Entity Bean做对比，只有放在整个J2EE项目的框架中才能比较。并且即使是放在软件整体框架中来看，Hibernate也是做为JDBC的替代者出现的，而不是Entity Bean的替代者出现的，让我再列一次我已经列n次的框架结构：
传统的架构：
1) Session Bean <-> Entity Bean <-> DB
为了解决性能障碍的替代架构：
2) Session Bean <-> DAO <-> JDBC <-> DB
使用Hibernate来提高上面架构的开发效率的架构：
3) Session Bean <-> DAO <-> Hibernate <-> DB
就上面3个架构来分析：
1、内存消耗：采用JDBC的架构2无疑是最省内存的，Hibernate的架构3次之，EB的架构1最差。
2、运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStatement的Batch Size和Fetch Size等参数，以及在必要的情况下采用结果集cache等等。而一般情况下程序员是做不到这一点的。因此Hibernate架构表现出最快的运行效率。EB的架构效率会差的很远。
3、开发效率：在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hibernate最差。但是在大的项目，特别是持久层关系映射很复杂的情况下，Hibernate效率高的惊人，JDBC次之，而EB架构很可能会失败。
4、分布式，安全检查，集群，负载均衡的支持
由于有SB做为Facade，3个架构没有区别。
四、EB和Hibernate学习难度在哪里？
EB的难度在哪里？不在复杂的XML配置文件上，而在于EB运用稍微不慎，就有严重的性能障碍。所以难在你需要学习很多EJB设计模式来避开性能问题，需要学习App Server和EB的配置来优化EB的运行效率。做EB的开发工作，程序员的大部分精力都被放到了EB的性能问题上了，反而没有更多的精力关注本身就主要投入精力去考虑的对象持久层的设计上来。
Hibernate难在哪里？不在Hibernate本身的复杂，实际上Hibernate非常的简单，难在Hibernate太灵活了。
当你用EB来实现持久层的时候，你会发现EB实在是太笨拙了，笨拙到你根本没有什么可以选择的余地，所以你根本就不用花费精力去设计方案，去平衡方案的好坏，去费脑筋考虑选择哪个方案，因为只有唯一的方案摆在你面前，你只能这么做，没得选择。
Hibernate相反，它太灵活了，相同的问题，你至少可以设计出十几种方案来解决，所以特别的犯难，究竟用这个，还是用那个呢？这些方案之间到底有什么区别呢？他们的运行原理有什么不同？运行效率哪个比较好？光是主键生成，就有七八种方案供你选择，你为难不为难？集合属性可以用Set，可以用List，还可以用Bag，到底哪个效率高，你为难不为难？查询可以用iterator，可以用list，哪个好，有什么区别？你为难不为难？复合主键你可以直接在hbm里面配置，也可以自定义CustomerType，哪种比较好些？你为难不为难？对于一个表，你可以选择单一映射一个对象，也可以映射成父子对象，还可以映射成两个1:1的对象，在什么情况下用哪种方案比较好，你为难不为难？
这个列表可以一直开列下去，直到你不想再看下去为止。当你面前摆着无数的眼花缭乱的方案的时候，你会觉得幸福呢？还是悲哀呢？如果你是一个负责的程序员，那么你一定会仔细研究每种方案的区别，每种方案的效率，每种方案的适用场合，你会觉得你已经陷入进去拔不出来了。如果是用EB，你第一秒种就已经做出了决定，根本没得选择，比如说集合属性，你只能用Collection，如果是Hibernate，你会在Bag，List和Set之间来回犹豫不决，甚至搞不清楚的话，程序都没有办法写。
3． Spring
它是一个开源的项目，而且目前非常活跃；它基于IoC（Inversion of Control，反向控制）和AOP的构架多层j2ee系统的框架，但它不强迫你必须在每一层 中必须使用Spring，因为它模块化的很好，允许你根据自己的需要选择使用它的某一个模块；它实现了很优雅的MVC，对不同的数据访问技术提供了统一的 接口，采用IoC使得可以很容易的实现bean的装配，提供了简洁的AOP并据此实现Transcation Managment，等等
优点：
a. Spring能有效地组织你的中间层对象，不管你是否选择使用了EJB。如果你仅仅使用了Struts或其他为J2EE的 API特制的framework，Spring致力于解决剩下的问题。
b. Spring能消除在许多工程中常见的对Singleton的过多使用。根据我的经验，这是一个很大的问题，它降低了系统的可测试性和面向对象的程度。
c. 通过一种在不同应用程序和项目间一致的方法来处理配置文件，Spring能消除各种各样自定义格式的属性文件的需要。曾经对某个类要寻找的是哪个魔法般的属性项或系统属性感到不解，为此不得不去读Javadoc甚至源编码？有了Spring，你仅仅需要看看类的JavaBean属性。Inversion of Control的使用（在下面讨论）帮助完成了这种简化。
d.通过把对接口编程而不是对类编程的代价几乎减少到没有，Spring能够促进养成好的编程习惯。
e. Spring被设计为让使用它创建的应用尽可能少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。
f. 使用Spring构建的应用程序易于单元测试。
g. Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口，却不会影响调用代码。
h. Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物，它们适用于许多web应用。例如，Spring能使用AOP提供声明性事务管理而不通过EJB容器，如果你仅仅需要与单个数据库打交道，甚至不需要一个JTA实现。
i. Spring为数据存取提供了一个一致的框架,不论是使用的是JDBC还是O/R mapping产品（如Hibernate）。
Spring确实使你能通过最简单可行的解决办法来解决你的问题。而这是有有很大价值的。
缺点：使用人数不多、jsp中要写很多代码、控制器过于灵活，缺少一个公用控制器

hibernate+spring+struts2框架是什么

具体来说应该是：struts2.0+spring3.2+hirbnate2.5
典型的J2EE三层结构，分为表现层、中间层（业务逻辑层）和数据服务层。三层体系将业务规则、数据访问及合法性校验等工作放在中间层处理。客户端不直接与数据库交互，而是通过组件与中间层建立连接，再由中间层与数据库交互。
表现层是传统的JSP技术，自1999年问世以来，经过多年的发展，其广泛的应用和稳定的表现，为其作为表现层技术打下了坚实的基础。
中间层采用的是流行的Spring+Hibernate，为了将控制层与业务逻辑层分离，又细分为以下几种。
Web层，就是MVC模式里面的“C”（controller），负责控制业务逻辑层与表现层的交互，调用业务逻辑层，并将业务数据返回给表现层作组织表现，该系统的MVC框架采用Struts。
Service层（就是业务逻辑层），负责实现业务逻辑。业务逻辑层以DAO层为基础，通过对DAO组件的正面模式包装，完成系统所要求的业务逻辑。
DAO层，负责与持久化对象交互。该层封装了数据的增、删、查、改的操作。
PO，持久化对象。通过实体关系映射工具将关系型数据库的数据映射成对象，很方便地实现以面向对象方式操作数据库，该系统采用Hibernate作为ORM框架。
Spring的作用贯穿了整个中间层，将Web层、Service层、DAO层及PO无缝整合，其数据服务层用来存放数据。
java web的框架，MVC来说的话~struts2负责视图部分，spring负责控制，hibernate负责数据库操作~就是把普通的jdbc进行了各种封装~~我是这么理解的。
SSH
java web的框架，MVC来说的话~struts2负责视图部分，spring负责控制，hibernate负责数据库操作~就是把普通的jdbc进行了各种封装~~我是这么理解的~~
希望能帮到你~~

struts2 hibernate spring 框架 先学什么好点，现在正在看hibernate

这个的话hibernate和struts2顺序可以任意,hibernate只涉及dao层,可以用java项目练习,struts2是个前端mvc框架,要用java web项目练习,spring的话后学比较好,应为要整合前面两个框架.学习成本的话前面两个高一点,spring很重要但是相对好学.现在hibernate和struts2分别有mybatis和springmvc的替代方案,而且市场比重慢慢要超过前面两个,所以最好学一下,在学完前面几个之后

struts2 spring hibernate有什么关系

三者基本没什么关系。三者不会互相依赖。三者可以随意组合来使用。大家经常说SSH，是因为大家习惯于把三者整合起来作为一个WEB应用。
Struts2 一个mvc框架
spring 下面的框架很多 包括srping mvc ,aop,等等很多··
hibernate 持久层框架 ··
ssh 就是所谓的strurts +spring +hibernate 三大框架整合
市面上比较流行 ··
他们可以独立配置在项目中。
根据项目的需求而搭框架了。
够狠，你们别教坏了孩子！