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

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

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

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

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

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

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

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

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

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

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

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

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

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

一句话:偏见源于无知

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

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