|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (6) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-06-13
最后修改：2011-06-13
梦秋雨 写道
supben 写道
george_space 写道
梦秋雨 写道
你不知道我说的级联是什么东西。推荐去看文档。
你说的级联，不是Hibernate级联删除、更新么？和数据库表的直接级联删除有区别么？求解？
Hib的级联和数据库的级联没有区别么？用hib的级联是把复杂性给了db？
恩，我说事实，我身处电信行业，3kw+的项目，使用我前面提到的技术方案，用hib简化了大多数场景下的更新，用ibatis原始sql精准的控制查询，项目很成功。所以我觉得这个方案还是可以的。在人力、效率、性能各方面算是一个比较好的均衡。Hibernate不是银弹，不可能搞定所有的事情，同样Ibatis也不是。是以趋利避害，各取其长。
我不觉得Hibernate 能简化什么开发，你说iBatis和Hibernate“各取其长”，这样谁还能反驳你呢，因为你根本没有选择自己的论点，难道你的论点是“iBatis + Hibernate就是我所主张的持久层方案”？
我的论点就是ibatis+hibernate，用ibatis作查询，用hib做保存更新，你反驳了半天不知道我的论点？这也需要“难道”？
你不觉得hib能简化开发的话，那么分别写一个ibatis和hibernate的映射比一下。依赖别人和自己掌握细节是一个平衡杆，robin所说的也是这个方面，并不是"hibernate不能简化开发“。
http://robbin.iteye.com/blog/24529
"并不是"hibernate不能简化开发“。" 我给你你总结过robin这样的结论么？ robin怎么认为那是他 自己的观点，并不是robin说猴子没JJ，猴子就真的要憋死的。
既然你的观点是“ibatis+hibernate”，那你站在Hibernate 和 MyBatis哪边都能说自己有“特点”，这跟没有自己的主张是一样的。所以支持Hibernate的一方和支持MyBatis的一方都不能跟你理论了，因为你两边都靠拢，这怎么讨论？ |
| 返回顶楼 | |
|
发表时间：2011-06-13
george_space 写道
梦秋雨 写道
supben 写道
george_space 写道
梦秋雨 写道
你不知道我说的级联是什么东西。推荐去看文档。
你说的级联，不是Hibernate级联删除、更新么？和数据库表的直接级联删除有区别么？求解？
Hib的级联和数据库的级联没有区别么？用hib的级联是把复杂性给了db？
恩，我说事实，我身处电信行业，3kw+的项目，使用我前面提到的技术方案，用hib简化了大多数场景下的更新，用ibatis原始sql精准的控制查询，项目很成功。所以我觉得这个方案还是可以的。在人力、效率、性能各方面算是一个比较好的均衡。Hibernate不是银弹，不可能搞定所有的事情，同样Ibatis也不是。是以趋利避害，各取其长。
我不觉得Hibernate 能简化什么开发，你说iBatis和Hibernate“各取其长”，这样谁还能反驳你呢，因为你根本没有选择自己的论点，难道你的论点是“iBatis + Hibernate就是我所主张的持久层方案”？
我的论点就是ibatis+hibernate，用ibatis作查询，用hib做保存更新，你反驳了半天不知道我的论点？这也需要“难道”？
你不觉得hib能简化开发的话，那么分别写一个ibatis和hibernate的映射比一下。依赖别人和自己掌握细节是一个平衡杆，robin所说的也是这个方面，并不是"hibernate不能简化开发“。
http://robbin.iteye.com/blog/24529
"并不是"hibernate不能简化开发“。" 我给你你总结过robin这样的结论么？ robin怎么认为那是他 自己的观点，并不是robin说猴子没JJ，猴子就真的要憋死的。
既然你的观点是“ibatis+hibernate”，那你站在Hibernate 和 MyBatis哪边都能说自己有“特点”，这跟没有自己的主张是一样的。所以支持Hibernate的一方和支持MyBatis的一方都不能跟你理论了，因为你两边都靠拢，这怎么讨论？
|
| 返回顶楼 | |
|
发表时间：2011-06-13
"并不是"hibernate不能简化开发“。" 我给你你总结过robin这样的结论么？ robin怎么认为那是他 自己的观点，并不是robin说猴子没JJ，猴子就真的要憋死的。
既然你的观点是“ibatis+hibernate”，那你站在Hibernate 和 MyBatis哪边都能说自己有“特点”，这跟没有自己的主张是一样的。所以支持Hibernate的一方和支持MyBatis的一方都不能跟你理论了，因为你两边都靠拢，这怎么讨论？
大多数人讨论事情的时候引用别人的言论，是因为被引用的人有和自己的论点相近的结论，因而可以为辅助的论据。你说hibernate不能简化开发，然后又引用了robin的帖子，然后现在又说那是他自己的观点，与你的观点无关，你不觉得逻辑混乱么。 我的主张是各取所长，揉合在一起使用，非得像你一样一棒子打死一边，然后把另外一边捧到天上去才叫有主张？再说了，我的观点一直都是不能一棒子打死任何一个东西，是您要来和我讨论，要一棒子打死hib（见本贴你的第一次回复）。
再说下去就只剩下嘴仗而没有什么值得看的内容了。over. |
| 返回顶楼 | |
|
发表时间：2011-06-13
最后修改：2011-06-13
梦秋雨 写道
这个是我说的，怎么引用时把我的名字给删除了？？？？
"并不是"hibernate不能简化开发“。" 我给你你总结过robin这样的结论么？ robin怎么认为那是他 自己的观点，并不是robin说猴子没JJ，猴子就真的要憋死的。
既然你的观点是“ibatis+hibernate”，那你站在Hibernate 和 MyBatis哪边都能说自己有“特点”，这跟没有自己的主张是一样的。所以支持Hibernate的一方和支持MyBatis的一方都不能跟你理论了，因为你两边都靠拢，这怎么讨论？
大多数人讨论事情的时候引用别人的言论，是因为被引用的人有和自己的论点相近的结论，因而可以为辅助的论据。你说hibernate不能简化开发，然后又引用了robin的帖子，然后现在又说那是他自己的观点，与你的观点无关，你不觉得逻辑混乱么。 我的主张是各取所长，揉合在一起使用，非得像你一样一棒子打死一边，然后把另外一边捧到天上去才叫有主张？再说了，我的观点一直都是不能一棒子打死任何一个东西，是您要来和我讨论，要一棒子打死hib（见本贴你的第一次回复）。
再说下去就只剩下嘴仗而没有什么值得看的内容了。over. robin的观点不是我引用的，我更不认同他的陈年老帖的观点。看清楚谁在拿robin的陈年老帖来为自己填充“论据”，ok? 不要东一句引用，西一段戴错帽子。
在本贴中，我的观点自始至终都是一致，那就是：持久层采用MyBatis方案，肯定比采用Hibernate要好。不管是纯Hibernate，还是 Hibernate + X混搭。
|
| 返回顶楼 | |
|
发表时间：2011-06-23
支持mybatis
hibernate一般适合两种人，一种就是对hibernate非常了解的人，一种就是sql菜鸟，但是我相信一个团队非常了解hibernate的人还是极少的，像sql菜鸟来写东西，存在很大风险 |
| 返回顶楼 | |
|
发表时间：2011-06-24
liuwenjun05101 写道 支持mybatis
hibernate一般适合两种人，一种就是对hibernate非常了解的人，一种就是sql菜鸟，但是我相信一个团队非常了解hibernate的人还是极少的，像sql菜鸟来写东西，存在很大风险 sql菜鸟还能用ibatis？ |
| 返回顶楼 | |
|
发表时间：2011-06-24
技术没有好坏之分，要看用的人，用的场景等一系列的影响因素，要综合考量，而不是主观论断XX技术不行，举一个场景：要是客户一定要求用Hibernate或者Mybatis，你会反其道而行？
|
| 返回顶楼 | |
|
发表时间：2011-06-24
我们公司，FX外汇交易系统，数据库是MySQL，确实用的Hibernate,但无关联表，
|
| 返回顶楼 | |
|
发表时间：2011-07-05
梦秋雨 写道 george_space 写道 梦秋雨 写道 evanzzy 写道 动钱的系统绝不能用hibernate，切记切记。IBatis或Spring JdbcTemplate都可以
这种自己没用明白于是觉得不好用，然后就出来喷的人…… 本人所处项目持久层使用Hibernate+Ibatis，Ibatis做查询、统计、报表，Hibernate负责更新、保存。20人+的项目，也走的很顺利。 另，该项目里面是要算钱的。 用IBatis干嘛，直接用Hibernate不就得了？反正Hibernate是“可以算钱”的。Hibernate高手，你说是不是？ 有道理就说道理，有事实就说事实。你这等无根据的喷水，莫不如回家浇花。 存在就是道理，我们公司的一个系统，做了4年了，里面有hibernate，ibatis，springjdbc，纯SQL( 报表)，前端也很杂，freemarker，jsp，啥都有，但是现在也运行的好好的。[注：saas系统，一直在维护] |
| 返回顶楼 | |
|
发表时间：2011-07-06
MyBatis 3,并适当考虑Mapper.OpenSession().getConnection.JDBC原始方式
性能会更高，而且在xml中的sql更容易理解，可以保持团队流动后，快速熟悉度，以及SQL优化的细化粒度。 |
| 返回顶楼 | |
