本文是给家长们分享到这里的，希望朋友们会喜欢。

你好，今天西西来为家长们解答以上问题。hibernate框架的主要功能和hibernate框架的好处很多小伙伴都不知道。现在让我们来看看！

1.Hibernate是JDBC的轻量级对象封装。它是一个独立的对象持久层框架，与AppServer和EJB无关。

2.任何可以使用JDBC的场合都可以使用Hibernate，比如Java应用的数据库访问代码，DAO接口的实现类，甚至BMP中访问数据库的代码。

3.从这个意义上说，Hibernate和EB不是一个范畴，不存在非此即彼的关系。

4.第二，Hibernate是与JDBC密切相关的框架，所以Hibernate的兼容性与JDBC驱动和数据库有关，但与使用它的Java程序和AppServer无关，不存在兼容性问题。

5.Hibernate不能和EntityBean直接比较，只能放在整个J2EE项目的框架下比较。

6.即使在软件的整体框架中，Hibernate也是作为JDBC的替代品出现，而不是EntityBean。我把我已经列了n遍的框架结构再列一遍:传统架构:1)解决性能障碍的备选架构1)sessionbeaentitybeandb；2)架构2)SessionBeanDAOJDBCDB使用Hibernate提高上述架构的开发效率；3)Session beandohibernatedb分析以上三种架构:内存消耗:使用JDBC的架构无疑是最节省内存的，使用Hibernate的架构第三，EB的第二。

7、2、运行效率:如果JDBC代码非常优化，那么JDBC架构运行效率最高，但在实际项目中，这几乎是不可能的，需要程序员非常精通JDBC，使用批处理语句，调整PreapredStatement的BatchSize和FetchSize参数，必要时采用结果集缓存。

8.一般情况下，程序员做不到这一点。

9.所以Hibernate架构表现出最快的运行效率。

10.EB的架构效率将远非完美。

11.3.开发效率:在JBuilder和简单项目的支持下，EB架构的开发效率最高，其次是JDBC和Hibernate。

12.但是在大型项目中，尤其是持久层映射复杂的情况下，Hibernate的效率出奇的高，其次是JDBC，EB架构很可能会失败。

13，4，分布式，安全检查，集群，负载均衡支持，因为有SB作为门面，所以三种架构没有区别。

14.4.学习EB和Hibernate有什么困难？EB的难度在哪里？不是在复杂的XML配置文件中，而是在不小心使用EB时，会出现严重的性能障碍。

15.所以难点在于你需要学习很多EJB设计模式来避免性能问题，你需要学习AppServer和EB的配置来优化EB的运行效率。

16.在EB的开发中，程序员的大部分精力都放在了EB的性能上，而没有更多的精力去关注常识网本身主要关注的对象持久层的设计。

17.Hibernate的难度是什么？Hibernate本身并不复杂。其实Hibernate很简单，但是Hibernate太灵活了。

18.当你用EB实现持久层的时候，你会发现EB是那么的笨拙，你根本没有选择的余地，所以你不用花精力去设计方案，去平衡方案的质量，去思考选择哪个方案，因为摆在你面前的只有一个方案，你只能去做，你没有选择。

19.Hibernate恰恰相反，太灵活了。你可以针对同一个问题设计至少十几个解决方案，所以用这个用那个特别难。这些方案有什么区别？它们的操作有何不同？哪个操作效率更好？仅仅是生成主键，就有七八种方案供你选择。你尴尬吗？集合属性可以是集合、列表和包。哪个效率最高，你尴尬吗？您可以使用迭代器或列表进行查询。哪个更好？有什么区别？你尴尬吗？可以直接在hbm中配置复合主键，也可以自定义CustomerType，哪个更好？你尴尬吗？对于表格，您可以选择映射单个对象、父子对象或两个1:1对象。什么情况下，哪个方案更好？你尴尬吗？这个清单可以一直列下去，直到你不想再看下去。

20.当无数眼花缭乱的计划摆在你面前时，你会感到幸福吗？还是伤心？如果你是一个负责任的程序员，那么你会仔细研究每种方案的区别，每种方案的效率，每种方案的适用场合，你会觉得自己卡在里面拔不出来。

21.如果用EB的话，第一秒就已经做了决定，根本没有选择的余地。例如，您只能使用集合。如果用Hibernate，会在包、列表、集合之间来回犹豫，甚至不确定，也没办法写程序。