选择Hibernate还是iBATIS

从以上iBATIS的开发过程可以看出，它与Hibernate的开发过程是一一对应的，都是由映射文件和持久化类作为底层数据库的沟通接口，上层调用iBATIS或Hibernate的API来编写DAO和Service层。但是在实际的应用中，它们则拥有各自的特点，这也决定了它们适用的场合。

（1）Hibernate的特点：

Hibernate功能强大，数据库无关性好，O/R映射能力强，如果对Hibernate相当精通，而且对Hibernate进行了适当的封装，那么整个持久层代码会相当简单，需要写的代码很少，开发速度很快。Hibernate对数据库结构提供了较为完整的封装，Hibernate的O/R Mapping实现了POJO和数据库表之间的映射，以及SQL的自动生成和执行。程序员往往只需定义好了POJO到数据库表的映射关系，即可通过Hibernate提供的方法完成持久层操作。程序员甚至不需要对SQL的熟练掌握，Hibernate/OJB会根据制定的存储逻辑，自动生成对应的SQL并调用JDBC接口加以执行。

Hibernate的缺点就是学习成本高，要精通需要更多的时间，而且如何设计O/R映射，在性能和对象模型之间如何权衡取得平衡，以及怎样用好Hibernate方面需要更多的经验和能力，但是Hibernate现在已经是主流O/R Mapping框架，从文档的丰富性，产品的完善性，版本的开发速度都要强于iBATIS。

（2）iBATIS的特点：

iBATIS入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。当系统数据处理量巨大，性能要求极为苛刻，这往往意味着我们必须通过经过高度优化的SQL语句（或存储过程）才能达到系统性能设计指标。在这种情况下iBATIS会有更好的可控性和表现。

在实际的开发来说，二者有以下区别：

• iBATIS需要手写SQL语句，也可以使用工具自动生成，Hibernate则基本上可以自动生成，编码时需要编写HQL；
• iBATIS可以进行细粒度的优化，原因是iBATIS是基于SQL的；
• 在不考虑Cache的情况下，iBATIS应该会比Hibernate快很多。

总而言之，Hibernate叫iBATIS复杂，学习成本高，iBATIS简单容易上手，是基于原生SQL的框架。可以说，Hibernate功能强大而复杂，iBATIS简单小巧。由此你也不难判断在什么情况下选择什么框架了。