笔记和小结之计划

为什么不用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 . Hibernate检索POJO的范例代码

public static Motd getMotd(int messageId)

throws MotdException

{

SessionFactory sessions =

new Configuration().configure().buildSessionFactory();

Session session = enSession();

Transaction tx = null;

try {

tx = ginTransaction();

韩国采购团团长许鋎 Motd motd =

(Motd)t( ass,

new Integer(messageId));

mit();

tx = null;

return motd;

} catch ( HibernateException e ) {

if ( tx != null ) llback();

g(VERE, \"Could not acquire message\", e);

throw new MotdException(

\"Failed to retrieve message from the database.\",e);

} finally {

ose();

}

}

大家可以看到，代码量减少了很多，SessionFactory通常用于原来类似EJB的JNDI寻址操作。

由于messageId是Motd对象的主键，我们只用了一行代码就完成了数据的检索工作：

Motd motd = (Motd)t(ass, 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 . 映射POJO到数据库的XML文件

?xml version=\"1.0\"?

!DOCTYPE hibernate-mapping PUBLIC

\"-//Hibernate/Hibernate Mapping DTD 3.0//EN\"

\"[url][/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章中讨论。