struts2 泛型 Hibernate
今天在整理代码的时候，我的Action 和 DAO基类都是使用的泛型：如Action<T> DAO<T>。
我用的是Struts2基类代码，如下
public abstract class BaseStrutsAction extends ActionSupport implements ModelDriven<BaseStrutsForm>
{
public static final Logger log = Logger.getLogger(BaseStrutsAction.class);
}先说一下：
一，struts2的ModelDriven （下面来源网络）
可以根据Action属性的不同将它分为两类：Field-Driven（属性驱动） Action和Model-Driven（模型驱动） Action。 一、Field-Driven（属性驱动）Action，Action拥有自己的属性，这些属性一般是Java的基本类型。表单字段直接和Action的属性 对应。
二、实现了modelDriven接口可以在action中直接获得例如User对象，它会将Object getModel()取得的User放到ValueStack中。可以理解为将这个User的属性追加到Action中。它主要是作用是实现类似 Struts的FormBean功能。
在struts2中，提供了一种直接使用领域对象的方式，就是让action实现com.opensymphony.xwork2.ModelDriven接口，ModelDriven让你可以直接操作应用程序中的领域对象，允许你在web层和业务层使用相同的对象。
ModelDriven接口只有一个方法
public Object getModel() {
returnnull;
}该方法返回一个用于接收用户输入数据的对象模型，在这个模型对象中的属性可以直接通过(属性名)userName来访问，而不需要使用（对象名.属 性名）user.userName这种格式来访问了，在action也不需要对对象提供getter和setter方法了，但是必须要在action中进 行new操作
如下
// ModelDriven要使用泛型哦
public class LoginAction extends ActionSupport implements ModelDriven<User>{
private static final long serialVersionUID = -6434128483294080524L;
//这里必须要new
privateUseruser=newUser();
publicStringlogin()throwsException{
//TODOAuto-generatedmethodstub
returnSUCCESS;
}//这里是实现接口方法
@Override
publicUsergetModel(){
// TODO Auto-generated method stub//别忘记了，要把返回值写上哦
returnuser;
}
}这样一个ModelDriven就实现完毕了
和属性驱动的Action有很大的区别，下面一一列举：
（1）模型驱动的Action必须实现ModelDriven接口，而且要提供相应的泛型，这里当然就是具体使用的Java Bean了。
（2）实现ModelDriven的getModel方法，其实就是简单的返回泛型的一个对象。
（3）在Action提供一个泛型的私有对象，这里就是定义一个User的user对象，并提供相应的getter与setter。
好了，上面的三件事做完之后，Action就会去自动调用User的setter将表单中的name属性的值赋给User中的属性。而Action的后续处理的Jsp页面后者是Servlet就可以使用user对象了。
到底是用属性驱动和是模型驱动呢？
这个问题困扰了很多Struts2的初学者，我这里提供一些建议：
（1）请你统一整个系统中的Action使用的驱动模型，即要么都是用属性驱动，要么都是用模型驱动。
（2）如果你的DB中的持久层的对象与表单中的属性都是一一对应的话，那么就使用模型驱动吧，毕竟看起来代码要整洁得多。
（3）如果表单的属性不是一一对应的话，那么就应该使用属性驱动，否则，你的系统就必须提供两个Bean，一个对应表单提交的数据，另一个用与持久层。
二，持久层基类 HibernateDao
代码如：
public class HibernateDao<T, PK extends Serializable> {
/**
* 用于Dao层子类的构造函数.
* 通过子类的泛型定义取得对象类型Class.
* eg.
* public class UserDao extends HibernateDao<User, Long>{
* }
*/
public HibernateDao() {
super();
}上面的代码，基类没有使用HibernateDaoSupport，我们需要自己引入SessionFactory。
持久层基类，一般Spring的Hibernate ORM 框架带来了方便的HibernateDaoSupport类,你的DAO类可以继承它:
public class DaoHibernate extends HibernateDaoSupport {
.................
}
如果你选择这种设计,就需要动态注入SessionFactory而HibernateDaoSupport包含这个属性.这个类提供了一个方便的方法getHibernateTemplate(); 就能得到HibernateTemplate的一个实例.它也有getSession()和releaseSession,以便于你应为某些原因而不使用HibernateTempate的情况下执行Hibernate操作。
HibernateDaoSupport提供了基于AOP事务的自动处理，程序员完全可以不用理会事务的开始与提交。在JDBC中一个Connection对象使用一个事务，那么在Hibernate中一个事务肯定要关联一个SessionFactory了，然而这个SessionFactory却没有在DAO中体现。其实主要的原因是HibernateDaoSupport类已经默默地做了封装的工作，它用一个setSessionFactory方法将SessionFactory进行注入，所以继承自HibernateDaoSupport类的DAO都会具有SessionFactory的属性，从而可以通过SessionFactory创建Session实例操作数据库。
如果使用像 public class HibernateDao<T, PK extends Serializable> 这样的泛型基类就会有问题，可以拿个T代表任意类型，Java的泛型拿不到T.class，就无法得到类对象， 如下面的clazz，
public T get(final PK id) {
Assert.notNull(id,"id不能为空");
return(T)getSession().load(clazz,id);
}最后在网上找到了解决方案，可以使用泛型public class HibernateDao<T, PK extends Serializable>基类了。
abstract public class BaseHibernateEntityDao<T> extends HibernateDaoSupport {
private Class<T> entityClass;
public BaseHibernateEntityDao() {
entityClass =(Class<T>) ((ParameterizedType) getClass()
.getGenericSuperclass()).getActualTypeArguments()[0];
}
public T get(Serializable id) {
T o = (T) getHibernateTemplate().get(entityClass, id);
}
}重点这句： entityClass =(Class<T>) ((ParameterizedType) getClass()
.getGenericSuperclass()).getActualTypeArguments()[0];