DAO

DAO－数据访问对象（Data Access Object），是将业务逻辑层与持久性数据层解耦的一个集成层模式，它处理与持久性数据（关系数据库、面向对象数据库、纯文件、集成时遇到的遗产或者异类系统）的事务性交互，生成VO－值对象（Value Object）并将其返回给业务逻辑层。这样，业务逻辑层就不需要了解持久性数据的具体操作，而是直接操作值对象。（JSP页面里不会再有Connection conn = DriverManager.getConnection……什么的了）

这样，DAO模式中的四个参与角色就很明白了：

业务对象Business Object

数据访问对象Data Access Object

数据源Data Source

值对象Value Object

DAO模式实际上是一种代理模式，使对象（资源）的访问具有间接性，分类资源层和其他层客户端，如业务层或者表示层。

一个典型的 DAO 实现有以下组件：

一个 DAO 工厂类

一个 DAO 接口

一个实现了 DAO 接口的具体类

数据传输对象(有时称为值对象)

具体的 DAO 类包含访问特定数据源的数据的逻辑。

以上是从Core J2EE Patterns书中DAO一节以及一些网上资料中摘录的，Hibernate作为一个ORM的实现，分离出了持久层的操作，所以也是DAO模式。参照DAO的基本组件构架和“与猫同乐”的那个简单的例子，来分析一下Hibernate的基本构架和关键类。

DAO接口：net.sf.hibernate.Session接口，获取实例的方法SessionFactory.openSession();

Session接口是Hibernate应用的主要接口，一个Session实例是轻量级的，可以轻易的创建和销毁，由于应用程序在调用Hibernate时，会经常性的创建和销毁Session实例，所以Session实例必须是轻量级的。同时，Session不是线程安全的，一个session能并只能被一个线程调用。

Session处理对象的各种持久性操作，如存储、重新载入等，ses.save(princess);

DAO工厂类：net.sf.hibernate.SessionFactory类，生成方法

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

由于Hibernate的配置信息存放在xml里，所以由一个net.sf.hibernate.cfg.Configuration类来完成配置，它的configure()方法将读取hibernate.cfg.xml里的内容，Configuration是使用Hibernate需要的第一个类，以后使用的SessionFactory和Session等多为接口。具体的配置过程参见Configuration类的protected Configuration doConfigure(org.dom4j.Document doc) throws HibernateException;方法。

SessionFactory接口向应用程序提供Session实例，SessionFactory不是轻量级的，所以最好被所有的应用共享，通常为每个数据源创建一个SessionFactory。SessionFactory会处理各个ORM配置XML（Cat.hbm.xml），在它的实现类的构造函数里就载入所有的Mapping配置，见net.sf.hibernate.impl.SessionFactoryImpl的构造函数。

Author: andjia

毕业于五角场一流大学的一个民工 View all posts by andjia