现在好多用这个的项目,好像运行的都还不错
下面是个人观点
个人不喜欢hibernate,感觉太烦,个人认为,hibernate最好的地方就是它的关系-对象映射的思想,还有就是如果有多种数据库的应用,转库容易,但实际中转库的并不多,并且用哪种数据库,一般为了性能等考虑,都会用到它本身提供的功能,比如oracle提供了n多自己的函数等,不用岂不是浪费。并且hibernate要额外生成n多对象,对大数据量系统来说,这也是一笔不小的开销,时间和空间都是,哈哈,个人观点,欢迎批评

解决方案 »

  1.   

    我用hibernate做过项目,觉得有好有不好,如果项目中用了struts和spring的话,结合一起用就真的会很方便的。缺点就是运行效率太慢了。其实如果项目经验丰富了,有很多持久层方面的功能,都有自己的成熟组件,根本用不着hibernate的。hibernate只是一个高具封装的工具,如果想自己学习提高,我觉得都是自己写数据库存取方面的工具好。现在很多初学j2ee的人,都盲目地追潮流,很多人用hibernate做过项目后,连hibernate最基本的映射原理,是怎么做的,还是不清楚的。
      

  2.   

    基本上我是Spring里的hibernate+jdbc结合着用
      

  3.   

    嗯,同意似水无痕的观点,有些需要批量操作的地方,最好不要用hibernate,用jdbc低层开发
      

  4.   


    做过几个项目用到hibernate,一般是跟struts和spring结合着用,数据量小的话还是不错,
    DAO层的代码量少了很多,耦合度也少,维护方便,加上spring的控制,还是挺好用的如果数据量达到百万级还是用jdbc吧
      

  5.   

    有些方面还是挺不错的,比如数据表之间的关联,以前可能需要写几条查询语句才可能达到目的,而现在通过配置hbm.xml文件,数据之间的传递就方便些,不过配置也是比较麻烦的。习惯了就好。很多东西不是每个方面做的很好,也只有某方面做的突出。关键的是要清楚什么地方用什么技术,那样才能事半功倍
      

  6.   

    大家在开发项目中,是否真正用到了面向对象的设计?面向对象的软件开发的好处我这就不用多说了,在没有出现Hibernate或者其他类似技术之前,我个人认为做到这一点是有点困难的,毕竟数据库可不是面向对象的。现在java方面的新技术、新框架多的怕了,可最令我感觉不错的,就这个东西了