Generic Data Access Objects －范型DAO类设计模式

LZ的方法确实不错，现在有很多的开源框架都是采用了这种泛型的DAO设计。比如springside 2.0。这样的做法可以让Java代码也可以具有ROR般的代码量和强大的功能。

好帖，先收藏了。
可惜jdk5的定义看不懂，感觉通用对象的dao还是值得借鉴的。

好东西，已经参考到项目里面了，思想很好～可以在接口上层再次抽象出一个泛型接口，这样共用方法完全就没有重复的必要了～

public abstract class GenericDAOHibernate 〈T,ID extends Serializable, DAOImpl extends IGenericDAO〈T,ID〉〉 
        implements IGenericDAO〈T,ID〉 
{   
    private Class persistentClass;   
   
    protected Session session;   
   
    public GenericDAOHibernate()   
    {   
        this.persistentClass = (Class) ((ParameterizedType) getClass()   
                .getGenericSuperclass()).getActualTypeArguments()[0];   
    }   

这个用的getGenericSuperclass()).getActualTypeArguments()[0]; 方法取得entity class
为什么不用getGenericInterfaces。getActualTypeArguments来取得呢？

我也有这个问题。 是不是Spring应该不支持这种注入？？

因为我想

public class BussnessServiceImpl implement BussnessService{

     private HibernateEntityDao<User> userDao = null;

     private HibernateEntityDao<Category> categoryDao = null;

  
     ..................

     // getter  setter


}

this.persistentClass = (Class)((ParameterizedType) getClass()
.getGenericSuperclass()).getActualTypeArguments()[0];   

这一句就是经典的取泛型的类元了。
因为Java使用擦拭方法处理泛型，才要这么绕个弯拿到。

public abstract class GenericDAOHibernate 〈T,ID extends Serializable, DAOImpl extends IGenericDAO〈T,ID〉〉

谁能帮忙解释一下

DAOImpl extends IGenericDAO〈T,ID〉

在这里的作用是什么？实在看不懂？

终于可以发贴了，先透透气！

用来限制DAOImpl类 ， DAOImpl 必须实现IGenericDAO接口

在使用Spring注入的时候，和泛型没有关系的，该怎么注入就怎么注入，泛型只是用来限制类的，并不是这个类属性。