今天继续第一章的学习,我们先来看看EJB和Hibernate的区别。
为 什么不用EJB来存储,显示,查询数据库中的数据呢?严格的说,EJB服务器支持两种类型的持久化,就是BEAN管理的持久化(BMP)和容器管理的持久 化(CMP)。在BMP中,Bean自己负责执行所有的SQL语句来完成存储和查询数据。换句话说,我们自己要去编写JDBC逻辑代码。另一方面,CMP 是由容器来执行存储和检索bean数据的工作。
我们这里不选择EJB的原因如下:
1 CMP实体bean需要和数据表一对一的映射
2 它们很慢
3 有时候要人工参与的去决定哪一个bean字段对应表的哪一列
4 它们对方法命名有要求
5 EJB的容器是重量级的
6 它们和容器依赖强,不容易移植
下面看看Hibernate的特点:
1 不需要强制映射一个POJO到一个表,不强制一对一的关系
2 尽快启动并加载它的配置文件时会对性能有些负载,但总的来说,它是很快的工具
3 和容器没有强依赖,很方便的移植
4 可以很轻松的处理serializable POJOs
以上只是简单的列举,还有很多特点都没有提及。总之,Hibernate在应用程序的持久层这一块是非常不错的框架。下面我们来看一个Hibernate的Hello world程序:
Listing 1-4. Hibernate检索POJO的范例代码
public static Motd getMotd(int messageId)
throws MotdException
{
SessionFactory sessions =
new Configuration().configure().buildSessionFactory();
Session session = sessions.openSession();
Transaction tx = null;
try {
tx = session.beginTransaction();
Motd motd =
(Motd)session.get( Motd.class,
new Integer(messageId));
tx.commit();
tx = null;
return motd;
} catch ( HibernateException e ) {
if ( tx != null ) tx.rollback();
log.log(Level.SEVERE, "Could not acquire message", e);
throw new MotdException(
"Failed to retrieve message from the database.",e);
} finally {
session.close();
}
}
大家可以看到,代码量减少了很多,SessionFactory通常用于原来类似EJB的JNDI寻址操作。
由于messageId是Motd对象的主键,我们只用了一行代码就完成了数据的检索工作:
Motd motd = (Motd)session.get(Motd.class, new Integer(messageId));
如果不是直接关键主键的那些更复杂一些的查询,则需要使用SQL或HQL(Hibernate Query Language)。实际上,Hibernate3给我们提供了自动的事务和缓存的功能,因此,我们不用在出错处理上象JDBC那样编写过多的冗余代码了。
Hibernate 还需要知道哪个表来关联哪个对象,这个实际上由一个XML映射文件来提供的。尽管有些工具会造成大量的冗余难读懂的XML文件,但是Hibernate在 这一块上处理非常轻巧,针对每个需要映射到数据库中的那些POJO对象,我们只需要创建一个简单而清晰的XML文件就可以了。当然,也可以将所有信息都放 到一个大的XML文件中,Hibernate照样能读懂它们,可是这种做法不被推荐使用,因为可读和可维护性都太差了。
一个文档类型定义 (Document Type Definition,简称DTD)文件提供给所有的Hibernate配置文件,因此如果有好的XML编辑器,那么可以使用自动完成和自动验证XML的 很多方便的功能来编辑XML配置文件,有些工具甚至可以自动创建这些配置文件。而Java 5中新加入的注释语法(annotations)能够完全取代它们。
下面是我们的Motd POJO对象到数据库的映射文件:
Listing 1-5. 映射POJO到数据库的XML文件
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"[url]http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd[/url]">
<hibernate-mapping>
<class name="Motd" table="Motd">
<id name="id" type="int" column="id">
<generator class="native"/>
</id>
<property name="message" column="message" type="string"/>
</class>
</hibernate-mapping>
你可能会问,是不是将复杂性简单地从应用的代码转移到了XML映射文件中了呢?事实上并不是这样。
1 XML文件比从结果集返回的复杂的POJO对象更容易编辑和处理
2 使我们可以排除类似JDBC那样的错误处理机制的代码复杂性
3 最重要的是,如果POJO提供类似javabean那样的属性访问方法(即getter和setter方法),和一个默认的构造方法,那么Hibernate的工具可以方便的自动生成XML文件。关于工具的使用在第10章中讨论。
为 什么不用EJB来存储,显示,查询数据库中的数据呢?严格的说,EJB服务器支持两种类型的持久化,就是BEAN管理的持久化(BMP)和容器管理的持久 化(CMP)。在BMP中,Bean自己负责执行所有的SQL语句来完成存储和查询数据。换句话说,我们自己要去编写JDBC逻辑代码。另一方面,CMP 是由容器来执行存储和检索bean数据的工作。
我们这里不选择EJB的原因如下:
1 CMP实体bean需要和数据表一对一的映射
2 它们很慢
3 有时候要人工参与的去决定哪一个bean字段对应表的哪一列
4 它们对方法命名有要求
5 EJB的容器是重量级的
6 它们和容器依赖强,不容易移植
下面看看Hibernate的特点:
1 不需要强制映射一个POJO到一个表,不强制一对一的关系
2 尽快启动并加载它的配置文件时会对性能有些负载,但总的来说,它是很快的工具
3 和容器没有强依赖,很方便的移植
4 可以很轻松的处理serializable POJOs
以上只是简单的列举,还有很多特点都没有提及。总之,Hibernate在应用程序的持久层这一块是非常不错的框架。下面我们来看一个Hibernate的Hello world程序:
Listing 1-4. Hibernate检索POJO的范例代码
public static Motd getMotd(int messageId)
throws MotdException
{
SessionFactory sessions =
new Configuration().configure().buildSessionFactory();
Session session = sessions.openSession();
Transaction tx = null;
try {
tx = session.beginTransaction();
Motd motd =
(Motd)session.get( Motd.class,
new Integer(messageId));
tx.commit();
tx = null;
return motd;
} catch ( HibernateException e ) {
if ( tx != null ) tx.rollback();
log.log(Level.SEVERE, "Could not acquire message", e);
throw new MotdException(
"Failed to retrieve message from the database.",e);
} finally {
session.close();
}
}
大家可以看到,代码量减少了很多,SessionFactory通常用于原来类似EJB的JNDI寻址操作。
由于messageId是Motd对象的主键,我们只用了一行代码就完成了数据的检索工作:
Motd motd = (Motd)session.get(Motd.class, new Integer(messageId));
如果不是直接关键主键的那些更复杂一些的查询,则需要使用SQL或HQL(Hibernate Query Language)。实际上,Hibernate3给我们提供了自动的事务和缓存的功能,因此,我们不用在出错处理上象JDBC那样编写过多的冗余代码了。
Hibernate 还需要知道哪个表来关联哪个对象,这个实际上由一个XML映射文件来提供的。尽管有些工具会造成大量的冗余难读懂的XML文件,但是Hibernate在 这一块上处理非常轻巧,针对每个需要映射到数据库中的那些POJO对象,我们只需要创建一个简单而清晰的XML文件就可以了。当然,也可以将所有信息都放 到一个大的XML文件中,Hibernate照样能读懂它们,可是这种做法不被推荐使用,因为可读和可维护性都太差了。
一个文档类型定义 (Document Type Definition,简称DTD)文件提供给所有的Hibernate配置文件,因此如果有好的XML编辑器,那么可以使用自动完成和自动验证XML的 很多方便的功能来编辑XML配置文件,有些工具甚至可以自动创建这些配置文件。而Java 5中新加入的注释语法(annotations)能够完全取代它们。
下面是我们的Motd POJO对象到数据库的映射文件:
Listing 1-5. 映射POJO到数据库的XML文件
<?xml version="1.0"?>
<!DOCTYPE hibernate-mapping PUBLIC
"-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"[url]http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd[/url]">
<hibernate-mapping>
<class name="Motd" table="Motd">
<id name="id" type="int" column="id">
<generator class="native"/>
</id>
<property name="message" column="message" type="string"/>
</class>
</hibernate-mapping>
你可能会问,是不是将复杂性简单地从应用的代码转移到了XML映射文件中了呢?事实上并不是这样。
1 XML文件比从结果集返回的复杂的POJO对象更容易编辑和处理
2 使我们可以排除类似JDBC那样的错误处理机制的代码复杂性
3 最重要的是,如果POJO提供类似javabean那样的属性访问方法(即getter和setter方法),和一个默认的构造方法,那么Hibernate的工具可以方便的自动生成XML文件。关于工具的使用在第10章中讨论。