java if 中ibt_Ibatis优缺点对比

1、 什么叫ibatis

⑴、概念(官方文档)

MyBatis是支持普通SQL查询，存储过程和高级映射的优秀持久层框架。MyBatis消除了几乎所有的JDBC代码和参数的手工设置以及结果集的检索。MyBatis使用简单的XML或注解用于配置和原始映射，将接口和Java的POJOs(PlanOld

Java Objects，普通的Java对象)映射成数据库中的记录。

总结：dao层，操作数据库，提供对sql的封装，作用跟jdbc,hibernate类似。

2.0版本：ibatis

网址：http://ibatis.apache.org/

时间分隔点：2010/06/16

⑵、特点

相对Hibernate和Apache OJB

等“一站式”ORM解决方案而言，ibatis 是一种“半 自动化”的ORM实现。 纵观目前主流的ORM，无论Hibernate

还是 Apache OJB，都对数据库结构提供了较为完整的封装，提供了从POJO

到数据库表的全 套映射机制。程序员往往只需定义好了POJO

到数据库表的映射关系，即可通过Hibernate 或者OJB

提供的方法完成持久层操作。程序员甚至不需要对SQL 的熟练掌握，Hibernate/OJB 会根据制定的存储逻辑，自动生成对应的SQL

并调用JDBC 接口加以执 行。 ---- 摘自官方资料的一段话

总结：ibatis是一种半自动化的ORM, 需要手工编写sql

；hibernate不需要手工编写sql。

2、 优点

⑴、iBATIS被广泛认为是最简单的一种持久化框架。

sql可以写在xml中，结构清晰，灵活配置。

⑵、文件归类，select 后的字须定义到标签中，可以实现部分代码复用。

⑶、执行sql后，返回的结果集自动封装。类似以下代码，均可省略。

while (rs.next()) {

so = new SoQueryMVO();

so.setQryFlag(rs.getString("qryFlag"));// so.setSoNbr(rs.getString("SO_NBR"));

so.setExtSoNbr(rs.getString("EXT_SO_NBR"));

so.setCoNbr(rs.getString("CO_NBR"));

so.setSoStaffName(rs.getString("SO_STAFF_NAME"));

so.setSoWorkAreaName(rs.getString("SO_WORK_AREA_NAME"));

so.setApplDate(rs.getTimestamp("APPL_DATE"));

so.setContactResult(rs.getString("CONTACT_RESULT"));

so.setBillType(rs.getString("BILL_TYPE"));

so.setPaySts(rs.getString("PAY_STS"));

res.add(so);

}

⑷、MyBatis真正的力量是在映射语句中。这里是奇迹发生的地方。对于所有的力量，SQL映射的XML文件是相当的简单。当然如果你将它们和对等功能的JDBC代码来比较，你会发现映射文件节省了大约95%的代码量。MyBatis的构建就是聚焦于SQL的，使其远离于普通的方式。

简洁的代码和简单的配置使得使用iBATIS所需的代码量可以减少到了相应JDBC代码的62%

总结一下：可以省代码。

⑸、动态sql, 没觉得有多好。

⑹、iBATIS改进了应用的设计方式以确保未来的可维护性，后期可维护性增加。

⑺、基于xml的，所以适合多平台。

iBATIS可以用任何具有完备功能的编程语言来实现。

3、 缺点

⑴、开源的东西，文档资料少，官方说明文档太简单，真正有应用价值的信息不多。

以官方文档为例：60%左右的代码讲述环境配置，即相当于我们的connection-config.xml配置,及创建一个链接， 对于服务开通来说，使用的是java代码，连接oracle库，一旦配置好环境，对于开发人员来说，专业于某些功能点，业务逻辑、流程、配置等的实现，在以后的开发过程中，其实很少关注环境。

这部分功能实现可以放到工具类中，对我们来说，文章中的说明没有什么大的使用价值。

⑵、实现了结果集自动封装，一把双刃剑。

①、返回的结果集封装结果单一，不能实现灵活封装。如Map

>

②、不支持嵌套vo对象，如果有同名字段，会覆盖。

关联查询，需要返回很多信息，很有可能需要复写MVO,把嵌套的vo,拿出来，放到第一层的vo里面。

因为mvo改变，原来jsp页面上使用soMVO.soResMVO.resId,诸如这种形势，有可能修改前台页面。

③、以查询为例，入参单一，只有一个入参，如果有两个以上的参数，必须定义到一个对象中，感觉不灵活。

当然可以用paraMap方式进行配置，麻烦，感觉还不如定义到一个对象中。

④、部分写在dao中的逻辑，改动起来麻烦。目前的目标是只修改domIpml类，其它的尽量不修改，现在看来，

如此肯定不行了。部分复杂的逻辑靠标签无法实现。

if

(!StringUtil.isBlank(so.getChbAccNbr())&&

!StringUtil.isBlank(so.getAccNbr())) {

//

增加批量查询业务号码

isAvaibleCondition

= true;

String

tempAccNbr[] = so.getAccNbr().split(";");

List

accNbrList = (List) CollectionFactory

.createCollection(CollectionFactory.COLLECTION_LIST);

for

(int i = 0; i < tempAccNbr.length; i++) {

accNbrList.add(tempAccNbr[i].trim());

}

if

(accNbrList.size() == 1) {

sql.append(" AND SO.SO_NBRIN ( ");

sql.append(" SELECTDISTINCT SO_NBR FROM SO_ACC_NBR where ");

if(!StringUtil.isBlank(so.getLocalNetId())) {

sql.append(" local_net_id=:lcId ");

sql.setLong("lcId",

so.getLocalNetId());

sql.append(" andSTS = 'A' AND ACC_NBR LIKE :accNbr )");

sql.setString("accNbr",

so.getAccNbr().trim() +"%");

} else {

sql.append(" STS ='A' AND ACC_NBR LIKE :accNbr )");

sql.setString("accNbr",

so.getAccNbr().trim() +"%");

}

}

else {

sql.append(" AND SO.SO_NBRIN ( ");

sql.append(" SELECTDISTINCT SO_NBR FROM SO_ACC_NBR where ");

if(!StringUtil.isBlank(so.getLocalNetId())) {

sql.append(" local_net_id=:lcId AND STS = 'A' ");

sql.setLong("lcId",

so.getLocalNetId());

} else {

sql.append(" STS ='A' ");

}

int i = 0;

while (i

if (i == 0)

sql.append("

AND (ACC_NBR = :accNbr");

else

sql.append("

OR ACC_NBR = :accNbr");

sql.append(""+ i + "");

sql.setString("accNbr"

+ i + " ", accNbrList.get(i)+ "");

i++;

}

sql.append(" ))");

}

}

⑤、其它

⑶、sql写在xml, 没有办法打断点，调试非常不方便，及其浪费时间。

有可以十几分钟写的一个大sql,完事后，调试了一天还是编译性错误，完全不夸张，很多可能。

⑷、日志输出不完全，可能是我还没有找到方法。

无法输出预编译赋值之后的sql ，查看不方便 (原来咱们系统中使用Sql.log实现)

⑸、错误信息提示异样 ，报错信息比较混乱，有些时间没有参考价值，没有起到提示作用。

⑹、文档少，现有的文档提供的标签，也不能完全满足我们的需求

如有if 没有else,形式上感到别扭,某些

大小写是否敏感？

Ibatis适用于小项目，简单的业务逻辑映射，尤其是单表操作，很方便。

4、 尚未进行验证的已知功能

⑴、分页查询

⑵、性能问题，介于jdbc,和hibernate之间，理论上也是这样。

⑶、是否有代码生成工具，根据xml文件，或者根据xml生成dao类。