也不一定用hiber的,如果你们公司的架构很牛。。其实也很简单,面向对象,事务.......  你还是自己使用吧,使用一下就就知道了。。不然你用什么?自己写框架?还是直接JDBC?

解决方案 »

  1.   

    hibernate只是一个中间件,并不是必不可少的东西,你那些以前的项目完全不必要再改写成使用hibernate的,除非你们的老板强烈要求这么做。另外作为持久层技术,它并不是只能和关系型数据库打交道的,应该是任何的存储介质(包括excel,xml,内存)都可以映射到java对象,而jdbc只能和数据库打交道了。还有就是hibernate已经包装了事务处理,不需要jdbc一样另外的处理事务。我个人感觉另一个很大的优势就是分页处理,要知道hibernate本身就支持分页的,这一点在做web应用的时候太重要了。完全不用像处理jdbc那样还要设置游标处理分页,极大地方便了开发。至于说配置文件的错误,那个一般情况下感觉就是一个习惯,经验多了自然一下子就可以找到错误原因的。况且一般情况下代码复用会得到很大的提升(就是拷贝了^_^),出错的机会也不是很大。一家之言,不足为凭。
      

  2.   

    你SQL很牛,当然可以直接写出效率很高的SQL。但不是每个人都行,hibernate适用于 8/2原理, 20%的工夫解决80%的问题。
    写Hibernate推荐用Criteria,  可以避免写HQL和SQL, 写这东西很容易出错。 用Criteria我觉得重构也容易