Java持久层选择Hiberante和iBATIS的时机
Hibernate
是进行持久层开发的重要框架,它提供了与数据库无关的
API
接口,可以让开发者不必关心数据库的差异,重点关注业务层的开发。
iBATIS
是又一个
O/R Mapping
解决方案,和
Hibernate
相比,
iBATIS
最大的特点就是小巧、容易上手,并且它是基于
SQL
的解决方案,其执行效率等价于直接使用
JDBC
。
8.1.1
Hibernate开发流程
Hibernate
是
Java
应用和关系数据库之间的桥梁,它负责
Java
对象和关系数据之间的映射。
Hibernate
内部封装了通过
JDBC
访问数据库的操作,向上层应用提供了面向对象的数据访问
API
。在
Java
应用中使用
Hibernate
包含以下步骤:
(
1
)创建
Hibernate
的配置文件:该文件负责初始化
Hibernate
配置,包括数据库配置和映射文件配置;
(
2
)创建
Hibernate
映射文件:每一个数据表对应一个映射文件,该文件描述了数据库中表的信息,也描述了对应的持久化类的信息;
(
3
)创建持久化类:每一个类对应一个数据库表,通过映射文件进行关联;
以上三步是开发
Hibernate
要实现的关键内容。接下来就要面向
Web
应用层进行编码,通常会分为
DAO
层和
Service
层:
(
1
)编写
DAO
层:通过
Hibernate API
编写访问数据库的代码;
(
2
)编写
Service
层:编写业务层实现,调用
DAO
层类代码;
图
3-2
显示了调用的过程及
Hibernate
在应用中所处的位置。
图3-2 Hibernate开发流程图
8.1.1
iBATIS开发步骤
iBATIS
是
Java
应用和关系数据库之间的桥梁,它负责
Java
对象和关系数据之间的映射。
iBATIS
内部封装了通过
JDBC
访问数据库的操作,向上层应用提供了面向对象的数据访问
API
。在
Java
应用中使用
iBATIS
包含以下步骤:
(
1
)创建
iBATIS
的配置文件:该文件负责初始化
iBATIS
配置,包括数据库配置和映射文件配置;
(
2
)创建
iBATIS
映射文件:每一个数据表对应一个映射文件,该文件描述了数据库中表的信息,也描述了对应的持久化类的信息;
(
3
)创建持久化类:每一个类对应一个数据库表,通过映射文件进行关联;
以上三步是开发
iBATIS
要实现的关键内容。接下来就要面向
Web
应用层进行编码,通常会分为
DAO
层和
Service
层:
(
1
)编写
DAO
层:通过
iBATIS API
编写访问数据库的代码;
(
2
)编写
Service
层:编写业务层实现,调用
DAO
层类代码;
图
8-1
显示了调用的过程及
iBATIS
在应用中所处的位置。
图8-1 iBATIS开发流程图
8.1.1
选择Hibernate还是iBATIS
从以上
iBATIS
的开发过程可以看出,它与
Hibernate
的开发过程是一一对应的,都是由映射文件和持久化类作为底层数据库的沟通接口,上层调用
iBATIS
或
Hibernate
的
API
来编写
DAO
和
Service
层。但是在实际的应用中,它们则拥有各自的特点,这也决定了它们适用的场合。
(
1
)
Hibernate
的特点:
Hibernate
功能强大,数据库无关性好,
O/R
映射能力强,如果对
Hibernate
相当精通,而且对
Hibernate
进行了适当的封装,那么整个持久层代码会相当简单,需要写的代码很少,开发速度很快。
Hibernate
对数据库结构提供了较为完整的封装,
Hibernate
的
O/R Mapping
实现了
POJO
和数据库表之间的映射,以及
SQL
的自动生成和执行。程序员往往只需定义好了
POJO
到数据库表的映射关系,即可通过
Hibernate
提供的方法完成持久层操作。程序员甚至不需要对
SQL
的熟练掌握,
Hibernate/OJB
会根据制定的存储逻辑,自动生成对应的
SQL
并调用
JDBC
接口加以执行。
Hibernate
的缺点就是学习成本高,要精通需要更多的时间,而且如何设计
O/R
映射,在性能和对象模型之间如何权衡取得平衡,以及怎样用好
Hibernate
方面需要更多的经验和能力,但是
Hibernate
现在已经是主流
O/R Mapping
框架,从文档的丰富性,产品的完善性,版本的开发速度都要强于
iBATIS
。
(
2
)
iBATIS
的特点:
iBATIS
入门简单,即学即用,提供了数据库查询的自动对象绑定功能,而且延续了很好的
SQL
使用经验,对于没有那么高的对象模型要求的项目来说,相当完美。当系统数据处理量巨大,性能要求极为苛刻,这往往意味着我们必须通过经过高度优化的
SQL
语句(或存储过程)才能达到系统性能设计指标。在这种情况下
iBATIS
会有更好的可控性和表现。
在实际的开发来说,二者有以下区别:
●
iBATIS需要手写SQL语句,也可以使用工具自动生成,Hibernate则基本上可以自动生成,编码时需要编写HQL;
●
iBATIS可以进行细粒度的优化,原因是iBATIS是基于SQL的;
●
在不考虑Cache的情况下,iBATIS应该会比Hibernate快很多。
总而言之,
Hibernate
叫
iBATIS
复杂,学习成本高,
iBATIS
简单容易上手,是基于原生
SQL
的框架。可以说,
Hibernate
功能强大而复杂,
iBATIS
简单小巧。由此你也不难判断在什么情况下选择什么框架了。
本文出自《Java高手真经. 应用框架卷:Java Web核心框架:Struts 1+Struts 2+Spring+Hibernate+iBATI》
|
0人
|
了这篇文章 |
类别: 个人日记┆阅读(
0)┆评论(
0) ┆ 返回博主首页┆ 返回博客首页
上一篇 MySQL索引 下一篇 系统缓存全解析2:页面输出缓存