IBatis看上去不错

现在只能说看上去很爽，呵呵。
又一次要感谢xiaxin的文章，虽然是2004年9月的，但是感觉不错

在项目中写DAO代码已经比较烦了，连delete这样的操作还需要先将数据加载到实体中，然后才能将这个实体remove掉。我的老天，在hibernate中是这样的么？在ibatis中是这样子的么？在JDBC中是这样子的么？

还要维护一个ORM产品，实际上我们已经没有精力了:)项目组人员本来就不充足，然后还要有专人去维护这个东西，唉，不知道是进步还是退步，是有利于项目开发还是不利于项目开发。

嗯，别的不说了。至少iBatis让我看着比较心动，配置比Hibernate简单，能看到自己写的SQL语句，至少省去了学习Criteria，HQL, EQL等语言的麻烦问题。

以前我们一直非常重视数据库的可移植性，但是事实上我们的客户很少会更换数据库。IBatis对数据库的支持如何我不是很清楚，但是我想，各个数据库的不同也主要就是SQL语句在各个数据库中的执行结果不同，所以，我们可能要针对每个数据库都去调整SQL语句，这样会带来一些维护成本。但是，数据库差别究竟会多么大呢？不知道。如果数据库不是有一百张表，我看是值得的

另外，性能是应用最关注的问题，用Hibernate无疑也能解决这个问题，但是我们得确实精通Hibernate啊，以项目组的实力，不好说。至少在Cache问题上，我认为项目组不是完全精通Hibernate。用iBatis的话，至少我可以直接改sql语句，可以更贴近数据库去做性能的优化。

好了，不多说了。赶紧学是正途。

评论

3 楼 hiwzg 2006-11-09  

呵呵，赞同dogstar的观点:)

平时看到很多项目，用hibernate无非就是把数据库中的一张表对应到一个实体，我觉得这个是比较低层次的应用。理想情况应该是做领域建模的人完全不用感觉到DB的存在，因此，他可以比较好的做设计，然后用Hibernate建立这些领域模型到数据库的对应关系。以Hibernate的能力，应该是可以做到这点。

但是，这样的情况比较适合于新项目的开发，对于很多已有项目，数据库结构已经定好而项目中没有比较好的建模人员，用hibernte完全就是为了直接使用对象，而不是操作数据库，仅此而已。

hibernate怎么去调优它的性能？这个话题很广泛，有很多种做法。这个属于hibernate的高级性能了。我对Hibernate不精通，所以，没有啥发言权了，知道的请进，呵呵。

2 楼 thoth 2006-11-09  

为什么想当然的认为hibernate就一定比ibates或者jdbc执行效率低那，最好还是自己写个程序测试的一下好，结果可能跟你想得不一样

1 楼 dogstar 2006-11-08  

用hibernate一段时间,觉得很顺手.他就像是一个大的对象池,根据对象id去操作.做的时候完全可以不考虑数据库,可以完全以oo的方式去理解.他的目的就是通过自己生成一些简单sql,保持数据库的无关性.但是性能的优化,cache等不太好做.得把xml文件调了再调,试了再试.后来发现这是很问题,研究了一下ibatis,应该比较半自动,对sql的可控性高,虽然使用起来对能感觉到数据库,反过来讲这也是他的好处.呵呵.准备下个项目换成ibatis...