如何尽快学会使用 Hibernate 3

对于一个项目来说，DAO设计的原则之一就是可以很容易地取代ORM的具体实现。 例如，我可以在不改变业务的情况下将 Hibernate 替换为 Ibatis**。

这是否意味着 Hibernate 只会在 DAO 的实施阶段被考虑？ 2. 在我研究过的所有框架中，Hibernate 是最难掌握的。 而从论坛上的问题可以看出，很多人对冬眠的理解程度和我差不多。

对于一个项目来说，如果项目组中没有 Hibernate 专家，最好不要使用 Hibernate，成为 Hibernate 专家是非常困难的。 很多人为了使用Hibernate而使用Hibernate吗？ 项目组的实际情况如何？

5.我以前在不使用ibatis的时候，只是看同事的**就用ibatis，而且很好用。 但是我已经研究了 Hibernate 50 多个小时了，我认为我不精通 Hibernate，为什么？ （如果 hibernate 这么复杂，我们能不能不使用它，因为它很复杂？

希伯纳特有什么理由说服我们花这么多时间向他学习？ ） 1.为了减少拼写SQL的工作量，ibatis也可以解决这一点。

2.二级缓存是可以实现的，不知道ibatis中的缓存能做多少，在两个框架对数据库和建模方法的要求之间，缓存的效果应该比ibatin强。

它可以跨主流数据库，这是ibatis无法比拟的。

Hibernate 比 ibatis 复杂得多，数据库建模需要维护多个外键和更少的冗余，以确保缓存的最大利用率。 虽然你可以用一种外键更少、冗余更多的方式来设计它，但它可以通过休眠来实现，但它总是感觉不适合缓存。

因为休眠的复杂性，如果项目中没有人熟知，项目肯定会在关键问题上被阻塞，所以一定要慎重选择。 如果你不明白，就不要冒险去想这个项目。 1:

DAO 通常掩盖了底层数据库中的差异。

2：如果你不熟悉冬眠，建议不要使用。 如果你真的想试试你的技能，你可以考虑一些表之间的关系不是很复杂的项目。 就我个人而言，我更喜欢 Spring JDBCtemplate

1.快速发展，公司价值观，代码从属标准。

2 可以由域驱动，而不必过分担心烦人的数据库。

3 针对卓越性能进行了优化。 缺点：1.学习曲线高（回头看，真的不低）。