SSH整合中spring的作用，除了可以解耦合和管理实务外还有什么作用？

Question

如果只有这两个作用，我觉得为了SPRING的应用去做接口值得。说说各位在开发中，SPRING体会到的好处，我到觉得直接调用hibernate的方法更直接，直接用SessionFactory管理事务未尝不可。

Answer 1

转的：在SSH框假中spring充当了管理容器的角色。我们都知道Hibernate用来做持久层，因为它将JDBC做了一个良好的封装，程序员在与数据库进行交互时可以不用书写大量的SQL语句。Struts是用来做应用层的，他它负责调用业务逻辑serivce层。所以SSH框架的流程大致是：Jsp页面----Struts------Service（业务逻辑处理类）---Hibernate（左到右）
  struts负责控制Service（业务逻辑处理类），从而控制了Service的生命周期，这样层与层之间的依赖和强，属于耦合。这时，使用spring框架就起到了控制Action对象（Strus中的）和Service类的作用，两者之间的关系就松散了，Spring的Ioc机制（控制反转和依赖注入）正是用在此处。
     Spring的Ioc（控制反转和依赖注入）
     控制反转：就是由容器控制程序之间的（依赖）关系，而非传统实现中，由程序代码直接操控 
     依赖注入：组件之间的依赖关系由容器在运行期决定 ，由容器动态的将某种依赖关系注入到组件之中 。
   从上面我们不难看出：从头到尾Action仅仅是充当了Service的控制工具，这些具体的业务方法是怎样实现的，他根本就不会管，也不会问，他只要知道这些业务实现类所提供的方法接口就可以了。而在以往单独使用Struts框架的时候，所有的业务方法类的生命周期，甚至是一些业务流程都是由Action来控制的。层与层之间耦合性太紧密了，既降低了数据访问的效率又使业务逻辑看起来很复杂，代码量也很多。，Spring容器控制所有Action对象和业务逻辑类的生命周期，由与上层不再控制下层的生命周期，层与层之间实现了完全脱耦，使程序运行起来效率更高，维护起来也方便。
  使用Spring的第二个好处（AOP应用）：
    事务的处理：
   在以往的JDBCTemplate中事务提交成功，异常处理都是通过Try/Catch 来完成，而在Spring中。Spring容器集成了TransactionTemplate，她封装了所有对事务处理的功能，包括异常时事务回滚，操作成功时数据提交等复杂业务功能。这都是由Spring容器来管理，大大减少了程序员的代码量，也对事务有了很好的管理控制。Hibernate中也有对事务的管理，hibernate中事务管理是通过SessionFactory创建和维护Session来完成。而Spring对SessionFactory配置也进行了整合，不需要在通过hibernate.cfg.xml来对SessionaFactory进行设定。这样的话就可以很好的利用Sping对事务管理强大功能。避免了每次对数据操作都要现获得Session实例来启动事务/提交/回滚事务还有繁琐的Try/Catch操作。这些也就是Spring中的AOP（面向切面编程）机制很好的应用。一方面使开发业务逻辑更清晰、专业分工更加容易进行。另一方面就是应用Spirng  AOP隔离降低了程序的耦合性使我们可以在不同的应用中将各个切面结合起来使用大大提高了代码重用度本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/qjlsharp/archive/2009/03/21/4013255.aspx

Answer 2

spring中的功能挺强的。
它还有权限控制的应用
只是大家的应用中用到的少

Answer 3

完全是可以的，这个就看个人喜好了。
不知道楼主对解耦合什么看法，如果不使用spring，自己编码和写配置也完全可以做到这一点，
不过自己写总是浪费点时间和多些点代码，我们有什么理由不用现成的呢。

Answer 4

主要是可扩展性。如果现在你的客户觉得访问效率太低，程序不用hibernate了，
要使用jdbc，比如:UserDaoHibernateImpl(原来),现在修改为UserDaoJdbcImpl.
这个时候你要怎么办？直接去修改源代码？你原来不用接口进行引用，肯定是new 了一个
UserDaoHibernateImpl出来，如果多个地方都用到，你不但要去修改源代码，还要修改很多地方，
而是用spring的依赖注入呢，你只需要修改下配置，把bean的class属性给修改下，换下配置什么的
就可以了，降低后期维护成本

Answer 5

我在项目中用到spring比较多的是
各种注入和hibernateTemplate

Answer 6

因为web应用大了，servletClass多了，所以用到struts来减轻我们的负担，使得模块更清晰，和更利于复用和管理。
因为web应用大了，表、字段多了，写sql语句会写死人，且比较容易出错，所以用到hibernate来获得它给我们的面向对象操作数据库的服务，省去了写n多sql的烦心事，且使我们的程序更加面向对象
因为逻辑和组件模块多了，因为层多了，于是我们考虑整一个spring，一来包装hibernate，提供更简便的服务接口及更易于管理的事务服务，二来代理了我们的服务层和dao层，使得这两层与实际的控制单元的关系变成ioc框架来管理，任何一方的修改都不会牵扯到双方都要修改的问题。总之spring就是把杂乱的dao、service、action给串了起来，变成了一个个可在程序外控制的模块，使其可以自由的组合在一起，即可获得想要的服务也不用烦他们之间的关系。

Answer 7

嗯咯  看来耦合性 还是得用spring管理好些啊 ！