jdbctemplate使用方便,上手容易,并不是黑盒子。hibernate 上手困难,应该算是个黑盒子,是把双刃剑,使用恰当,性能和开发效率会提升大,反之亦然。应用谁看你们的成员对其二者的熟练成度,如果有一个很懂hibernate的话,能驾驭好它,那就用hibernate就可以了(原因对于程序员都希望学习些流行的技术,当然也许会有反对意见),如果没有特别精通hibernate的话,那还是用jdbctemplate或ibatis吧。毕竟项目是有代价的!

解决方案 »

  1.   

    1 如果你不想写一大堆sql语句,然有写一大堆String+或者StringBufferObj.append()的话,建议用hibernate,以为hibernate提供了针对对象的各种数据库操作,增删改查。
    2 如果你想通过配置就能实现or映射(数据库表和java实体的映射),而不用写java代码的话,那就用hibernate
    3 hibernate还有缓存机制,一级二级缓存,用得好可以提高效率
    4 用hibernate的hql可以做到数据库的移植,秩序改变连接数据库的配置
    5 hibernate提供了更好的方法,比如分页
      

  2.   

    以我做了两年的hibernate项目来说。我建议你还是用JDBC吧……spring已经提供了模板,使用起来也很方便。
    hibernate的多表操作很烦。
      

  3.   


    用了2年的hibernate,应该推荐用hibernate!
      

  4.   

    用哪个没有确定的说法,看具体需求啊。
    如果你的应用既有Spring又有Hibernate,我建议用spring,因为Spring可以很方便的通过配置来管理事务。我在SSH框架整合开发时要是有Srping,都是让(数据库访问对象)Dao继承HibernateDaoSupport类,让后在Spring配置文件中,配置事务管理器、DAO等,开发起来很快的啊,要是没有特别复杂的业务操作的话,几行代码全部搞定(异常处理除外)。
      

  5.   

    那么用spring就是在它里面配置一些类,说白了就是光起了一个配置文件的作用啊。就是所说的IOC
      

  6.   

    数据库操作多还是用hibernate好
      

  7.   

    用hibernated的话,那么用spring就是在它里面配置一些类,说白了就是光起了一个配置文件的作用啊。就是所说的IOC。各位高手,不知我的这个理解对吗?
      

  8.   

    spring的IoC就是你获得其他(比如SessionFactory)对象,无需手工在你的业务类里写获取代码,而是通过一些外部程序注入进来的。所以你只是用这个SessionFactory即可,具体的实例化等工作,已经不在是你关系的,而是spring完成的。你就可以让你更加专注于业务了。
      

  9.   

    毫无疑问,如果需要的话两个都用hibernate功能强大,代码简洁,如果程序没有特别要求的话,当然是首选
    但是如果要求sql执行效率,或者sql特别复杂的话,就用jdbc自己写sql语句用spring事务管理可以兼容,完全没有问题
      

  10.   

    如果你喜欢jdbc的写血淋淋的sql,
    不过又想要结构化的代码,
    强烈建议ibatisgood luck