Hibernate, Java 5 and DAO

最新推荐文章于 2019-09-02 10:08:00 发布

wnss8888

最新推荐文章于 2019-09-02 10:08:00 发布

阅读量769

点赞数

文章标签： hibernate java dao generics appfuse class

本文链接：https://blog.csdn.net/wnss8888/article/details/1504080

版权

在进行Hibernate开发过程中，我们通常会使用DAO模式，有一些通用的数据操作方法，如CRUD，我们通常会将这些方法集中在一个DAO，这样会简便很多。如在AppFuse中，创建了一个DAO接口，包含一些常用的方法，接口如下：

public interface DAO {
public List getObjects(Class clazz);
public Object getObject(Class clazz, Serializable id);
public void saveObject(Object o);
public void removeObject(Class clazz, Serializable id);
}

这里的代码包含了许多entity类型的信息，也就是DAO接口中的Class clazz。接下来AppFuse同样创建一个缺省的实现类：BaseDAOHibernate，将这个接口做一缺省实现。以后我们创建的新的DAO需要继承DAO接口，如UserDAO，RoleDAO都继承DAO接口，对应的DAO实现都继承BaseDAOHibernate，再实现指定的接口，如UserDAOHibernate继承BaseDAOHibernate，实现UserDAO接口。

如果你的项目在使用Java 5，那么再这么做可能有点不适合，在调用AppFuse的DAO接口时，你通常还需要进行额外的操作：造型(cast type)，提供entity类名，List数据没有包含元素类型信息等，这里要感谢Java 5的Generics，让我们做同样的事情轻松多了，下面让我们看看在Java 5下如何规划DAO接口。首先我们创建同样的一个DAO接口，代码如下：

public interface AbstractDao<T>{
public Serializable create(T po);
public T getById(Serializable id);
public void update(T po);
public void delete(T po);
public List<T> findAll();
public List<T> findByCriterion(Criterion... criterion);
}

在这个接口中，我们提供了基本的CRUD和简单的查询（使用了Hibernate的Criterion），同时我们引入Generics机制，enity的类型我们用T代替，在后面就可以看到这样做的带来的好处，同时我们创建一个这个接口的缺省实现：bstractHibernateDao，代码如下：

public abstract class AbstractHibernateDao<T> extends ibernateDaoSupport
implements AbstractDao<T>
{
private Class poClass;
public AbstractHibernateDao(Class poClass)
{
this.poClass = poClass;
}
public T getById(Serializable id)
{
return (T) getHibernateTemplate().get(poClass, id);
}
public void delete(T po)
{
getHibernateTemplate().delete(po);
}
public List<T> findAll()
{
return getHibernateTemplate().find("from " + poClass.getName() + " obj");
}
public List<T> findByCriterion(final Criterion... criterion)
{
return getHibernateTemplate().executeFind(new HibernateCallback()
{
public Object doInHibernate(Session session) throws HibernateException, SQLException
{
Criteria criteria=session.createCriteria(poClass);
for (Criterion c : criterion)
{
criteria.add(c);
}
return criteria.list();
}
});
}
public Serializable create(T po)
{
return getHibernateTemplate().save(po);
}
public void update(T po)
{
getHibernateTemplate().update(po);
}
}

在这个实现中，我们需要提供Entity的类型信息，也就是代码中的PoClass，AbstractHibernateDao只包含一个构造函数，那么所有继承该类的子类必须调用AbstractHibernateDao类的构造函数，保证了entity的类型被准确赋值。

下面让我们看看如何创建业务的DAO，我们只需创建一个新的DAO，继承AbstractDao即可，这里要提供entity的类型信息，如PersonPO，代码如下：

public interface UserDao extends AbstractDao<PersonPO>
{
public static final String BEANNAME = "UserDao";
public PersonPO findUserByNameAndPassword(String name,String password);
}

基本的CRUD完全没有了，我们只需关注其他的一些业务方面，在这个接口中只需继承AbstractDao<PersonPO>，其中PersernPO为entity的类型，这个是Generics需要的。下面我们看一下UserDao的接口实现，代码很简单，如下：

public class UserDaoImpl extends AbstractHibernateDao<PersonPO> implements UserDao
{
public UserDaoImpl()
{
super(PersonPO.class);
}
public PersonPO findUserByNameAndPassword(String name,String password)
{
return null; //todo
}
}

这里我们需要继承AbstractHibernateDao，同时提供entity的类型信息，同时创建一个默认的构造函数，然后调用AbstractHibernateDao的构造方法，进行entity类型赋值，这样UserDao的实现就完成了。

这里因为使用了Spring，接下来只需在Spring的配置文件中将UserDaoImpl进行声明定义即可。在你取得UserDao接口后，再调用的方式就完全以前不一样了，这里包含了entity的类型信息，而这以前都是Object类型，还需要了提供entity类的类型名称。下面的这两张图的对比相信你会看的一目了然。

使用Java 5 Generics特性定义的DAO

AppFuse中定义的DAO（传统的DAO模式）

总结：通过引入Java 5的Generics，再回头设计一下DAO，你会发现有些事情处理起来方便很多，在以前，我们只能获取Object对象，现在我们完全可以获取指定类型的对象啦，操作和理解都方便啦。关于AbstractDao你可能有自己的想法，你可以根据具体情况更改一些，如添加Spring的Annotation Transaction，这样对事务控制也会简单很多；如将添加分页功能，关于分页，请参考本站关于分页的文章：分页，心中的痛？。