在谈包装之前,我们先看一看以下几个论断:
- 牛人们都说dao是反模式,认为需要取消dao。
- 以前写个dao,需要一个DAO的基类、spring的注入、泛型,甚至要声明一个dao的接口,比较繁琐。
大多数情况下,我认为我们需要一个简单的实现,既不要程序员为了处理数据,声明dao的实现,做很多事情,又能比较方便的实现对数据操作的解耦。JPA的EntityManager提供了一个很好的例子,但是如果我们用Hibernate则无法使用。于是参考JPA的EntityManager实现,和SpringSide的SimpleHibernateDao实现,我们对Session做如下的封装,代码参见附件。
通过在Service中注入这个Wrapper,我们就拥有了简单的数据访问能力,而不需要为每个业务声明DAO的接口,并将其注入Service或在Service中实例化。也不用该类提供任何泛型的定义,只要给出实体类的声明即可。看一个Service的列子:
@Autowired
protected HibernateSessionWrapper wrapper;
@Transactional(readOnly = true)
public Customer get(Long id) {
return wrapper.get(Customer.class, id);
}
public Customer logicDelete(Long id) {
Customer customer = get(id);
customer.setStatus(Customer.STATUS_INACTIVE);
wrapper.save(customer);
return customer;
}
Java的贫血性pojo工作的很好,何乐而不为:)