用hibernate也能玩出jdbc的感觉

  相信大家都看了那篇《用jdbc也能玩出hibernate的感觉》的博文，里面的争吵也暂时告了一段落，且不提到最后是新手癖隐藏癖的胜利还是保皇党的成功卫冕，也不提是否应该重复发明轮子这样的老掉牙话题，只提文中的那种玩法，那是牛人们的玩法，比较高级。我们这些新手帖的常客，日夜还要为在简历上写一些精通XX而深感惶恐，是没有精力与境界这样玩的。所以我们有别样的玩法，这个玩法与牛人们的正好相反，就是 用hibernate 也能玩出jdbc的感觉。

  怎么玩法呢？这个玩法比较山寨。其实很简单。诗经三百首，一言以蔽之，思无邪。Hibernate玩jdbc,一言以蔽之，去ORM。具体地说，就是把那些one2many,many2one,many2many通通抛弃，将那些重量级的set通通移除，不再为OO而OO。你称为倒退也可以。当然这个玩法不是我首创的，早在N年前，就有先贤们开始玩了。只是这种玩法缺乏理论支持，现在就让这篇一发出几分钟就可能沦为新手帖的博文来承认这是一种高效而智慧的开发方法。

  用hibernate玩jdbc,不用为支持多数据库烦恼了，不用为延迟加载担惊受怕了，也不用整天研究如何实现分页比较好了。又可以利用hql这个利器，灵活控制各种各样的查询逻辑。总之，就是吸收了hibernate的所有好处，扔掉了所有包袱与累赘。

  这篇神奇的文章，并不是叫你从此后，就用hibernate玩jdbc了。真正要说明的是，人才是语言的主人，人才是框架的主人。一把剑到了你手中，你可以用它杀人，为何就不能用它来劈柴呢。而在高手的眼中，木可为剑，竹叶也可为剑。只有学习了框架，再忘记了框架，才能站在更高的点上，看穿问题的本质，一剑封喉。在技术上，也就是找到最适合的途径简单直接高效地解决问题。

我投了精华，实在太精彩了。框架永远都是框架是死物，人才是活的，无论是JDBC还是Hiberante，哪个顺手用哪个，哪个快捷用哪个，并无优劣。

恩。说的很对的。
现在我们项目中也是用的hibernate。但是很多时候就是不用那些one2many之类的东西，就是直接上SQL,需要的时候，再用。很方便，也很好控制的。

文章在哪里呢？

我觉得lz此文精辟之极，可惜本人已无法投票。其实所谓的框架都是为了来解决一定问题而出现的，既然如此，那么它就一定有它适用和不适用的范围。在特定的场合，它有利用价值，所以它很成功。但如果不需要它的场合呢？所以看问题还是需要一点辩证的态度的。。。不知道那些老给别人投隐藏或新手帖的看官们，到底是否真正地想过。。

我就是用hibernate完jdbc， hibernate我只用来完成entity的CRUD操作， 所有的查询都用原生的SQL， 返回的结果集映射到bean里面，完全抛弃了HQL，这玩意太扯了！

Hibernate本身作为jdbc util其实也是比较出色的。

Hibernate本身作为jdbc util其实也是比较出色的, 这句话什么意思？比如我有一个查询涉及到多张表， 涉及子查询， 你用hibernate如何做？我说的所有的查询都用原生的SQL， 返回的结果集映射到bean里面，这是经过我自己对hibernate扩展才实现的，你说的作为jdbc util到底是什么？