论坛首页 Java版 iBATIS

选择Hibernate还是iBatis?

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

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

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

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

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

ibatis是对jdbc进行了封装,省去了很多繁琐的代码
   
0 请登录后投票
最后更新时间:2006-09-27
如果有强有力的数据库开发人员, 用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的一些配置真的很微妙,必须遇到问题后一个一个自己去测试才知道里面的情况,因为文档很多没有写的。
   
0 请登录后投票
论坛首页 Java版 iBATIS

跳转论坛:
JavaEye推荐