关于《用Ibatis的人们》这个帖子的回复与感受。

就当没写，以后不会再考虑发布类似的经验文章。

评论

12 楼 tianly0817 2011-05-27  

我接触过的java程序员and项目经理，总喜欢把简单的东西复杂化

11 楼 我心悠悠 2011-05-27  

我们没有用什么ssh，ssi，si 什么的主流，让人们抄的很火的框架。我们的项目还不是做的好好的。。。 都是浮云   还是 邓大爷说的对 黑猫白猫 只要能抓住老鼠就是好猫！！！

10 楼 woaiwofengkuang 2011-05-27  

看了这个后，我都不知道什么是ORM了。

9 楼 sebatinsky 2011-05-27  

呵呵，只是看看，的确做得少了，自己也是，看来得跳了。

8 楼 denger 2011-05-27  

KimShen 写道

引用

我是觉得ibatis最大的一个好处就是orm

看到这句话,我决定还是不看下去了.

也许我不了你这个层次，项目做的少了

嗯，是的~  ibatis 与hibernate最大的区别在于定位，一个是sqlmapping，而一个是orm，请问楼主是如何理解你所说的ibatis中 orm的？

7 楼 Leon.Wood 2011-05-27  

一句话:偏见源于无知

6 楼 allstar1987 2011-05-27  

讨论这些一点意义都没有。每种项目都有可自的特点，只有适合的框架，其实这些话题已经被谈论了好多遍。而且，随着软件技术的不断更新，框架的不断更新，版本的不断更新，今天的答案也许在未来半年，一年，多年之后早已经成为一个过时的解决方案。

框架本身跟架构，分层有密切的关系，包括项目的成本等等。有些项目适合，另外的项目就不一定适合，如果一个完全只需要CURD的项目，你硬是分了好几层，为了框架而去框架，那么一点都不适合。

如今随着计算机软件技术的忽悠，产生了大量的理论，而每一个理论后面都有着很多份最佳实践和经验，随着炒作与技术大神的出现，我们产生了许多流行，过时的思想，这些思想其实对项目本身没有好处，用ORM就是技术的体现，看看现在培训出来的学生，有多少真正明白JAVA标准，随口一个SSH就是神，SERVLET/JSP/JDBC就是垃圾，就是低技术。其实这些都是不对的，也没有必要为了这些大打口水战。

让领导选择好技术架构，我们需要考虑的是如何写出优质的代码。

5 楼 Rooock 2011-05-27  

giginet 写道

以后比如说换数据库....直接改xml就行了。

请教gignet. 对于一个已经使用ibatis并且仍在增加功能的产品而言.
突然要推广到支持另一种数据库.
如果改XML. 意味着将要维护两套XML.

你们是这么做的么,抑或是有更懒的方式?

4 楼 giginet 2011-05-27  

kimmking 写道

选择一套框架，粘合起来作为基础开发设施以后，
其实你就基本决定了开发的模式。这个是至关重要的。

是的。放大一点，可能是一个项目组的模式，所以大项目才需要有架构师，才会去考虑底层的框架。地基不牢固，上层建筑在先天就已经有缺陷了。项目组不会变来变去的总换框架，也是公司出于成本和熟练的考虑。

不过有些很小的东西，比如做个小投票，和其他系统无任何关系，只是让用户投个票而已，用户量也不大，那我觉得直接上jsp也未尝不可。不会考虑什么都套SSH。

3 楼 kimmking 2011-05-27  

选择一套框架，粘合起来作为基础开发设施以后，
其实你就基本决定了开发的模式。这个是至关重要的。

2 楼 KimShen 2011-05-27  

引用

我是觉得ibatis最大的一个好处就是orm

看到这句话,我决定还是不看下去了.

也许我不了你这个层次，项目做的少了

1 楼 advantech 2011-05-27  

归根结底一句话，原帖的作者到不了你这个层次，项目做的少了。