论坛首页 Java企业应用论坛

选择Hibernate还是iBatis?

浏览 76345 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2006-05-17  
最近在做一个ERP产品化的项目,业务逻辑比较复杂,有很多跨表的查询。对于持久层框架,项目组内部存在两种选择,一种倾向Hibernate,另一种倾向iBatis。

我们对二者进行了比较,发觉二者各有千秋,而且项目组里面很多人对OR-Mapping技术根本就不了解,而且也没什么Java功底。

实在不知道选哪一种好,请各位给点意见。

谢谢!
   发表时间:2006-05-17  
个人浅见是认为iBatis。
因为只要你们的SQL可以,就可以轻松驾驭它。
如果没有一个很熟悉Hibernate的人在组中,有时出现的问题往往是恶梦。
0 请登录后投票
   发表时间:2006-05-18  
选择这些所谓"高级组件"简直就是你未来高性能应用的恶梦!
0 请登录后投票
   发表时间:2006-05-18  
选ibatis吧,前个大型项目用这个做的,不错。

现在新项目改用hibernate,做起来很棘手,不如ibatis那么顺手
0 请登录后投票
   发表时间:2006-05-18  
最好用jdbc,否则你将来必然会因为这些组件付出高昂代价。懒得说这些乱七八糟的组件还有什么框架了,害人不浅!具体不想多说,否则会伤害太多项目开发者了。
0 请登录后投票
   发表时间:2006-05-18  
呵呵,用jdbc,肯定不如用ibatis

ibatis是对jdbc进行了封装,省去了很多繁琐的代码
0 请登录后投票
   发表时间:2006-05-19  
如果有强有力的数据库开发人员, 用store procedure和ibatis 相结合,效果应该很不错.
0 请登录后投票
   发表时间:2006-05-19  
晕,难道 hibernate 没有对jdbc进行封装?
0 请登录后投票
   发表时间:2006-05-19  
siyuliu 写道
晕,难道 hibernate 没有对jdbc进行封装?


不是hibernate没进行封装,而是它不仅仅对jdbc进行了封装。
使用ibatis则可以很单纯的只使用它封装jdbc、封装结果集这些功能,SQL最终还是由自己控制
0 请登录后投票
   发表时间:2006-05-19  
香克斯 写道
siyuliu 写道
晕,难道 hibernate 没有对jdbc进行封装?


不是hibernate没进行封装,而是它不仅仅对jdbc进行了封装。
使用ibatis则可以很单纯的只使用它封装jdbc、封装结果集这些功能,SQL最终还是由自己控制



没错,ibatis很灵活;

如果团队没有至少一个hibernate高手,哪呕血不要用hibernate,否则你会很痛苦的。hibernate的一些配置真的很微妙,必须遇到问题后一个一个自己去测试才知道里面的情况,因为文档很多没有写的。
1 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics