Hibernate菜鸟的疑惑：为什么要使用Hibernate。
在去年12月份的时候，开始接触Hibernate，但是随着掌握的深入，反而出现了几个疑问，希望大家可以讨论一下。更希望有专家可以给出一个明确的解答。
1，Hibernate框架在一个项目设计时期的地位。对于一个项目来讲，dao设计的一个原则就是可以比较方便的替换orm的具体实现。比如我可以替换Hibernate为ibatis而不需要改变我的业务代码。
这是不是说只是在dao的实现阶段，才会考虑到Hibernate？
2，在我学过的所有框架中，Hibernate是比较难以掌握的一个。而且从论坛上提问的情况可以看出来，很多人对Hibernate的理解差不多跟我同样的水平。针对一个项目而言，如果项目组内没有Hibernate专家，还是不要使用Hibernate的为好，而成为Hibernate方面的专家是一件非常困难的事情。是不是很多人在为了使用Hibernate而使用Hibernate？而不是针对项目组的实际情况呢？
3，在ibatis的官方手册上说，Hibernate要求我们的程序对象设计的足够好，这样才能发挥Hibernate的特性。这是不是意味着如果我们的对象设计的不好的话，就不应该使用Hibernate。Hibernate会不会对加大编程的难度，而不是降低难度?
4，Hibernate中一些特性的设计，比如懒加载，比如对一对一，一对多，多对多映射的支持，对继承的支持，二级缓存，一级缓存的支持，是我们选择Hibernate的主要理由吗？
5，我曾经在没有使用过ibatis的时候，仅仅通过看同事的代码就能使用ibatis，而且使用起来得心应手。但是我现在专门学习Hibernate超过五十个小时，我觉得我还是不能熟练的掌握Hibernate，这是为什么？（如果Hibernate这么复杂，我们可以因为他复杂而不去使用他吗？Hibernate有什么理由去说服我们为了学习他而花那么多时间？）
6，我看不懂Hibernate的官方手册，中文版和英文版我都看不懂。但是我能看懂ibatis的官方手册，即使英文版我都能看懂，这是为什么？（此问题不必解答，呵呵）


------解决方案--------------------
1.为了减少拼sql的工作，这点ibatis也可以解决。
2.可以实现二级缓存，这点ibatis里的cache不知道能做到多少，介于两种框架对数据库的要求和建模方式，cache的效果应该是hibernate强于ibatis。
3.hibernate可以跨主流数据库，这点是ibatis比不了的。

hibernate比ibatis复杂很多，数据库建模要保持多外键，少冗余才能保证对大限度利用缓存。虽然你设计成少外键多冗余的方式hibernate也能实现，但是总觉得不利于缓存。

因为hibernate的复杂，如果项目里没有一个特别了解的人，项目一定会在关键问题上堵死，所以一定要小心选用。不懂的话，不要冒险，为了项目着想。
------解决方案--------------------
1:dao一般式屏蔽底层数据库的差异吧
2:hibernate 不熟悉的话，建议还是不要用。如果实在想试试身手，对于一些表的关系不是很复杂的项目可以考虑下。个人比较倾向spring JdbcTemplate
4：用hibernate主要可以让我们少写好多代码
------解决方案--------------------
如果不用hibernate 那么daoImpl 层的那么sql 语句够你写的..而且进行对象数据封装时的那些 setPro(); 写起都烦..

至于你说难.我觉得不是很难(至少不到看不懂的地步).可能是你主观对他有意见,所以学起来不是那么情愿.效果自然不怎么好.

hibernate 框架虽然不是java里面的标准但事实上以经成了标准备了.用的人多.而且效果也不错..


------解决方案--------------------
为何要Hiberante呢？
1 开发快，公司看重，码奴标配。
2 可以基于领域驱动，不需要去过分关注烦人的数据库。
3 优化得当，性能不同凡响。（不得当也是不同凡响）

缺点：
1 学习曲线高（回头看看还真不低）
2 无法优化的项目性能远不如jdbc
------解决方案--------------------
5，我曾经在没有使用过ibatis的时候，仅仅通过看同事的代码就能使用ibatis，而且使用起来得心应手。但是我现在专门学习Hibernate超过五十个小时，我觉得我还是不能熟练的掌握Hibernate，这是为什么？（如果Hibernate这么复杂，我们可以因为他复杂而不去使用他吗？Hibernate有什么理由去说服我们为了学习他而花那么多时间？）

专门学习五十个小时，就能熟练的掌握hibernate，那不会的人都去学了
------解决方案--------------------
使用hibernate就是因为能让我们项目的持久层这一层更oo一点,基于对象来操作数据库更快捷,至于如何使用hibernate,以及如何提高hibernate的效率的确不是一件容易的事,这要我们在项目中逐渐积累,至于学习资料,之人觉得hibernate in action 的确是一本学习hibernate不错的书籍!
------解决方案--------------------

探讨

使用hibernate就是因为能让我们项目的持久层这一层更oo一点,基于对象来操作数据库更快捷,至于如何使用hibernate,以及如何提高hibernate的效率的确不是一件容易的事,这要我们在项目中逐渐积累,至于学习资料,之人觉得hibernate in action 的确是一本学习hibernate不错的书籍!

------解决方案--------------------
多对1
1对多
1对1
多对多
这些关系部是Hibernian才有的 这都是关系型数据库常用到的东西 Hibernian可以用对象把这些关系描述出来.
觉得不好用 没有用是因为没有掌握.如果总是拿一些站不住的理由当借口不去使用它 你永远都不可能会用.over
------解决方案--------------------
看了下ibatis，老实说，没发现他和原始的jdbc差多少。
感觉写sql方面还差不多/

不过hibiernate一旦掌握了，

开发速度会提高很多，写的代码也少了很多。
当然遇到一些比较麻烦的，估计会有些难度。

最近拿hibernate对应一个很烂的数据库，发现hibernate的优点都没发挥出来，完全是杀鸡用牛刀。
------解决方案--------------------
1的实现必须面向接口编程，也就是为每个dao定义接口，再DI。业务代码访问持久层全部依据接口引用。如果要替换持久层则只要增加ibatis的dao实现然后改一下配置，此即开闭原则中的对增加开放。
ibatis与hib的使用场景区别在于如果o和r的阻抗过大，hib就不在适用，比如在遗留数据库上大量的进行多表联合查询、复杂sql，此时ibatis胜于hib。ibatis是sql map、hib是or map，二者没有可比性。