Java泛型的使用以及注入DAO －－由SpringSide想到的

DAO层的BaseHibernateDao类支持泛型，其目的是使得子类声明其操作的Persistence Class，以获得完整的CRUD功能。例如：

public class UserDAO extends BaseHibernateDao<User> {
  User getUser(Integer userId) {
    return getObject(id);//method of BaseHibernateDao
  }
}

但是，由于BaseDAOHibernate提供了丰富的CRUD功能，所以在大多数情况下，子类不需要扩展。由此，我们很自然的想到，每一个Manager类直接注入BaseHibernateDao(而不是它的子类)：

public class UserManager extends BaseManager<User> {
  private BaseHibernateDao<User> dao;
  //getter and setter of dao property...
  //business methods
  public User getUserById(Integer id) {
    return getDao().getObject(id);
  }
}

可实际上，这是不行的。BaseHibernateDao的 getObject方法会抛出NullPointerException。跟踪代码，发现，getObject()方法调用了 HibernateTemplate的get(Class,Serializable id)方法。为了拿到泛型的实际类型，使用了getEntityClass()方法，而getEntityClass()方法总是返回null。这是怎么回事呢，我们看getEntityClass()的实现，发现，这方法调用了Class.getGenericSuperclass();该方法用于获取超类中声明的泛型的实际类型。如果我们使用UserDAO，由于它继承了BaseDAOHibernate<User>，所以没有问题，而如果直接用BaseDAOHibernate<User>，由于没有所谓的Superclass，所以entityClass总是null.

解决的办法是：如果Dao子类无需扩展BaseDAOHibernate，那么可以省略，用Manager类直接扩展 BaseDAOHibernate即可。这样作似乎破坏了分层体系，并且有滥用继承的嫌疑(造成Manager层与Dao层紧密耦合)，同时也违反了 IOC一切都注入的思想。但是，其好处也是明显的，那就是开发效率高!

是呀，按照Rod和Appfuse的做法，一个CRUD要写5个类(DAO interface,DAO impl,Manager Interface,Manager impl, Action)和至少两个配置文件(applicationContext.xml,web层的配置)，的确够麻烦，看人家ROR。

所以，我同意SS和白衣的看法：大多数项目或模块，可以省略一个Dao层，直接在Manager层继承BaseDAOHibernate即可。但是，个人仍然提倡用一个ManagerInterface（SpringSide连这个也省了），因为这个Interface可以隔离Web层和 Manager+DAO层，在一定程度上，提高扩展性。
例子：

Interface UserManager extendes Manager<User> {
   User getUserById(int id);
 }

 public class UserManagerImpl extends BaseDAOHibernate<User> implements UserManager {
   public User getUserById(int id) {
     return getObject(id);
   }
 }

Java泛型的使用以及注入DAO －－由SpringSide想到的

猜你喜欢