知识大全 Hibernate与IBatis的优缺点及可行性分析

Posted 2022-07-18 框架

篇首语：任何你的不足，在你成功的那刻，都会被人说为特色。所以，坚持做你自己。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Hibernate与IBatis的优缺点及可行性分析相关的知识，希望对你有一定的参考价值。

Hibernate与IBatis的优缺点及可行性分析 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　优点

　　简单

　　易于学习易于使用通过文档和源代码可以比较完全的掌握它的设计思路和实现

　　实用

　　提供了数据映射功能提供了对底层数据访问的封装（例如）提供了dao框架可以使我们更容易的开发和配置我们的dal层

　　灵活

　　通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能或许更多

　　功能完整

　　提供了连接管理缓存支持线程支持（分布式）事物管理通过配置作关系对象映射等数据访问层需要解决的问题提供了dao支持并在dao框架中封装了 Hibernate和datamapper 增强系统的可维护性通过提供dal层将业务逻辑和数据访问逻辑分离使系统的设计更清晰更易维护更易单元测试 sql和代码的分离提高了可维护性

　　缺点

　　滞后性

　　还没有明确对 net 的支持最新版本在下编译可以但有些单元测试不能通过

　　不成熟工程实践较少 ibatisnet在实际项目中的使用较少只是理论上可行

　　半orm 工具支持较少需要我们自己写sql 并且 net下还未发现可以自动生成业务层类和配置文件的工具这点和Hibernate不一样 Hibernate会为我们的数据库直接产生sql 并有一些辅助工具因此使用ibatis比Hibernate要多做一些工作

　　 可行性

　　没有最好的框架只有最适合的框架存在的便是合理的它存在就说明有它存在的道理但它未必为我们存在所以选择一个框架最主要的是看它对你有没有意义意义有多大是不是比其他框架带给你的好处要多没有绝对的优点也没有绝对的缺点重要的是看在什么情况下讨论

　　上面说了部分的ibatis的优点和部分缺点这些优点从理论上证明ibatis对任何数据持久层都合适但未必是最好的选择下面对上面的优缺点分别从两方面讨论

　　简单

　　我们都喜欢简单简单意味着学习成本低使用中出错的可能性低同时简单的东西一般来说功能不够强大反过来复杂的东西学习成本高用起来不方便并且团队没有很强的技术实力一般不要使用

　　实用

　　解决了项目中需要解决的问题这是任何实际工程中采用的框架和工具都应具有的性质否则就不要拿到实际项目中来

　　灵活

　　灵活有两层意思一种是简单易扩展另一种是功能强大提供了很多选项 ibatis属于前者 Hibernate属于后者两者各有优缺点

　　功能完整

　　ibatis的功能完整也是相对的比我们自己开发的框架应该完整但对比其他框架肯定也有一些解决不了的问题

　　增强系统的可维护性利用ibatis可以做到sql和代码分离可以设计出一个清晰的数据访问层（dal）但项目架构是否科学合理是否以维护关键不在ibatis 因为它只是一个数据层框架但是我们也不得不清楚要想发挥ibatis的优势我们需要做一些额外工作比如最好设计dao接口需要将业务层实体和对实体的访问放在不同的工程中同时需要维护xml配置文件

　　滞后性

　　ibatis组现在还没有提到要支持 net 很多人在 net 下使用ibatis都出现了问题所以如果要使用 net 开发 ibatis不是一个好选择还需要等待

　　不成熟

　　开源的东西很难说成熟但一般比我们自己写的框架要成熟由于我们可以拿到他的源代码所以关键在于我们能否驾驭它

　　半orm 工具支持少

　　这注定了ibatis不能从本质上提升开发效率我们需要自己写sql 写实体类写配置文件但这也是它优越的地方它没有为我们做的他多所以我们就有更多的施展空间而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发

　　使用ibatis需要自己写sql 由于我们的sql不可能完全符合sql标准比起Hibernate产生的sql来可移植性差不过由于我们更改数据库的可能性较小对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的另一方面 Hibernate虽然可以屏蔽很多数据库间的不同但是却很难利用某些数据库的高级特性比如oracle的分析统计函数

　　Hibernate不适合数据库模式不规范约束不完整需要大量复杂查询的系统同时Hibernate的学习成本较高完全掌握Hibernate也较困难风险较大

　　自己写框架未必比ibatis的好稳定强大和可扩展而且自己开发框架也需要较大的工作量

　　如果使用dotnet并且要选一个数据层框架而系统中有相当一部分较复杂的sql 或数据库设计不合理脏数据多对性能和资源要求严格 ibatis 是一个比较不错的选择他的那些缺点并不是致命的而且也是有一些解决方案的尤其是当选用了ibatis的dataaccess作为dao框架时我们可以同时使用Hibernate 和datamapper（ibatisnet的核心组件）那样将会使风险降到最低并且整个系统的框架比较合理

　　另外利用ibatis可以统一编码风格节约开发成本大家不会再把精力浪费到分页连接池主键生成等地方了可以集中精力进行业务组件的编写

　　综上很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡

　　ibatis只是封装了数据访问层替我们做了部分的对象关系映射但我们的代价是必须要写xml配置文件相对于Hibernate我们还要写很多 sql Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件而且大部分情况下不需要我们写sql 会较大的提升开发效率但这些也有很多的局限性尤其是对环境的要求较高（数据库设计对象设计团队的协作等）

　　个人感觉ibatis对项目比较有意义的地方在于它小巧灵活可扩展封装了数据访问层（事务缓存异常日志）并提供了dao框架支持

　　利用ibatis我们可以做到代码和sql的分离只要sql能够解决的问题 ibatis就能帮我们较容易的解决同时也使我们的项目对某一框架的依赖性变小（因为ibatis是非侵入性的）这将极大的降低项目风险减少解决复杂问题的时间使项目的维护变得简单

　　ibatis对于应用的修改调试扩充和维护将会变得容易自然修改时我们主要修改的是代表模型的实体对象 xml配置文件中的sql 和/或配置文件的resultmap（很多时候是不需要的）同时 sql和代码分离我们不用在代码的stringbuffer的append方法之间寻找需要修改的sql 配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用

　　利用一些框架在前期一般会拖慢开发效率因为我们需要付出学习成本很多时候使用框架需要写很多配置文件在使用不熟时开发速度较慢同时利用框架往往使系统代码量增大比如model 和model 模型开发效率应该还是model 快四层的架构肯定比两层的代码量大但对于中后期开发和维护将会极大的提高效率

　　利用一些较完全的开发框架和代码生成工具在前期会较大的提高开发效率但在后期常常会拖慢进度并有可能成为以后维护的梦魇比如torque生成实体类和其对应的sql 虽大幅提高了效率但修改负担较大

　　比较理想的开发方式是使用简单框架结合简单的代码生成工具框架提供系统的基础服务并规范开发框架一方面提供了开发中某一方面的开发基础支持比如数据访问层事务日志公用类异常等另一方面也为开发定义了模式定义了系统的基本轮廓同时通过简单的代码生成工具生成部分低级的代码比如通过工具从数据库模式生成实体类这些类生成后我们可以自由修改

　　Hibernate是十分强大比较完善的orm框架不过这是它的优点也是它的缺点 J EE系统是否采用Hibernate 是一个需要认真评估的问题

　　要想Hibernate工作的好数据库的设计必须好同时对于复杂的数据操作同时需要使用sql Hibernate 对于直接使用sql的支持比Hibernate 要自然这一点是可以接受的

　　Hibernate比较复杂功能强大而灵活要用好Hibernate确实不是很简单当然spring框架提供了对Hibernate的封装使Hibernate的使用变得简单了点

cha138/Article/program/Java/ky/201311/28363