我的开发规范分享(二)- 禁用Hibernate HQL,QBC,QBE编程(1)

其实在实际系统中可以灵活应用的，对于简单业务对象可以是hibernate，效率是很高的，对于多表操作比较复杂的情况，用native sql其实也是很不错的，容易维护和处理。两个平衡下，看你怎么来用了。

我要抛弃hibernate，决定用ibatis之类的东西了。
不是hibernate不好，而是hibernate太深了，我玩不转，我觉得我再用几年也精通不了。
要做一个让人放心的业务系统，需要对hibernate非常熟悉，把hibernate用好才能做出来。
看看周边的情况，基本都是菜鸟在用 hibernate，做了几年的菜鸟在教新手如何用hibernate。
老板、售前、实施、项目经理都在叫:不就是增删改查吗？要有多简单就有多简单!

复杂的查询用hibernate确实不合适，性能一定会成为问题，我也很奇怪这种情况为什么用hibernate那？是不是只是为了“部分QBC的单表简单查询功能”？很难理解

我是这样看的，如果开发的系统数据库完全是自己来设计的，并且设计合理，用hibernate合适，因为这种情况查询不复杂。而一些所谓的数据整合（从客户原数据库中整合数据），这种情况hibernate不合适的，

HQL麻烦，那就Criteria，完全基于对象。

如果开发人员多，查询要求复杂，开发人员对数据库优化的知识参差不齐，从加快开发上看，楼主提供的主意不失为一个好主意。

用named sql query还用什么hibernate...

另外，hibernate的文档中提到了，hibernate是对并发处理非常好的框架，在[高并发]和[合理使用]的情况下，性能可以达到jdbc的水平。

hibernate就是个错误？是菜鸟们专用的工具？

ibatis完全符合lz的需求，，why not try it

我的意思是熟悉hibernate的人很少;很多人认为hibernate是体力活、民工活;有能力用好hibernate的又不开发了;本来就不怎么懂技术的搞管理去了。
反正见不到几个重视技术又懂技术的。