为什么不用EJB来存储，显示，查询数据库中的数据呢？严格的说，EJB服务器支持两种类型的持久化，就是BEAN管理的持久化（BMP）和容器管理的持久化（CMP）。
为什么不用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章中讨论。
京公网安备 11010802021500号