`
Virgo_S
  • 浏览: 1153503 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论
阅读更多
以下的文章转载自http://kevintse.iteye.com/blog/151090
原文地址:http://www.hibernate.org/328.html
这是一个来自CaveatEmptor实例应用,在JDK5.0下实现的DAO模式. 这个模式在Java Persistence With Hibernate里面也有讲到. 另外有两个链接,可能会对你有用, Sessions and transactions Open Session in View.
这次的DAO例子是基于接口的.很多工具, 像Hibernate已经提供了数据库的便携访问,所以我们不是为持久层的轻便而设计接口. 然而, DAO接口在较为复杂的应用中更有意义, 当有几个持久化服务被封装到一个持久层的时候, 我想在很多情况下你应该直接使用Hibernate或者JPA, 而使用外加的DAO层最好的理由是为了实现更高的抽象化(例如:定义方法名getMaximumBid()而不是无数次地重复session.createQuery(...)).
DAO接口
每一个持久化实体我用一个接口, 另外还有一个定义了泛型CRUD(增,删,改,查)操作的顶层接口.
public interface GenericDAO<T, ID extends Serializable> {   
  
    T findById(ID id, boolean lock);   
  
    List<T> findAll();   
  
    List<T> findByExample(T exampleInstance);   
  
    T makePersistent(T entity);   
  
    void makeTransient(T entity);   
}  


你已经可以看到这将是一个"面向状态",具有像makePersistent()和makeTransient()方法的数据访问API.而且,你必须提供一个类型和一个标识参数(这里指的是持久化对象的标识符-Object Identifier),对于大多数的持久化解决方案,标识符类型必须是Serializable的.
以下是提供了类型参数关于某一实体的DAO接口,它继承了泛型接口:
public interface ItemDAO extends GenericDAO<Item, Long> {

    public static final String QUERY_MAXBID = "ItemDAO.QUERY_MAXBID";
    public static final String QUERY_MINBID = "ItemDAO.QUERY_MINBID";

    Bid getMaxBid(Long itemId);
    Bid getMinBid(Long itemId);
}

基本上我们把通用的CRUD操作和具体业务相关的数据访问操作都分开了.(暂且不用理上面接口中的常量,如果使用Annotation,他们将会很有用.)然而,即使对于具体某个实体你只需要这些通用的CRUD操作,你也应该为它单独写一个接口.即使这个接口是空的.在你的controller code(控制器/业务代码)中使用一个具体的DAO是很重要的.否则当你要为这个实体引入具体的数据访问操作的时候,你将面临重构的问题.
一个Hibernate的(泛型DAO)实现
任何一个"可管理状态"的持久化服务都可以实现上面的泛型接口.首先,我们用Hibernate来实现这些泛型CRUD
public abstract class GenericHibernateDAO<T, ID extends Serializable>
        implements GenericDAO<T, ID> {

    private Class<T> persistentClass;
    private Session session;

    public GenericHibernateDAO() {
        this.persistentClass = (Class<T>) ((ParameterizedType) getClass()
                                .getGenericSuperclass()).getActualTypeArguments()[0];
     }

    @SuppressWarnings("unchecked")
    public void setSession(Session s) {
        this.session = s;
    }

    protected Session getSession() {
        if (session == null)
            throw new IllegalStateException("Session has not been set on DAO before usage");
        return session;
    }

    public Class<T> getPersistentClass() {
        return persistentClass;
    }

    @SuppressWarnings("unchecked")
    public T findById(ID id, boolean lock) {
        T entity;
        if (lock)
            entity = (T) getSession().load(getPersistentClass(), id, LockMode.UPGRADE);
        else
            entity = (T) getSession().load(getPersistentClass(), id);

        return entity;
    }

    @SuppressWarnings("unchecked")
    public List<T> findAll() {
        return findByCriteria();
    }

    @SuppressWarnings("unchecked")
    public List<T> findByExample(T exampleInstance, String[] excludeProperty) {
        Criteria crit = getSession().createCriteria(getPersistentClass());
        Example example =  Example.create(exampleInstance);
        for (String exclude : excludeProperty) {
            example.excludeProperty(exclude);
        }
        crit.add(example);
        return crit.list();
    }

    @SuppressWarnings("unchecked")
    public T makePersistent(T entity) {
        getSession().saveOrUpdate(entity);
        return entity;
    }

    public void makeTransient(T entity) {
        getSession().delete(entity);
    }

    public void flush() {
        getSession().flush();
    }

    public void clear() {
        getSession().clear();
    }

    /**
     * Use this inside subclasses as a convenience method.
     */
    @SuppressWarnings("unchecked")
    protected List<T> findByCriteria(Criterion... criterion) {
        Criteria crit = getSession().createCriteria(getPersistentClass());
        for (Criterion c : criterion) {
            crit.add(c);
        }
        return crit.list();
   }

}

在这个实现里面有几个有趣的东西. 第一,很明显它需要一个Sesssion来支撑,并且为这个Session提供了Setter注入.也可以用构造方法注入.你怎么设置Session或者这个Session的作用域(Scope,在这里应该是指Session的生命周期,接下来将它翻译作"生命周期"),都跟具体的DAO实现无关.DAO不应该控制事务或者Session的生命周期.
我们需要禁止一些未检查转换(unchecked casts)编译时警告.因为Hibernate的接口是基于JDK1.4的.接下来是泛型CRUD操作的实现,很简单,最后一个方法(设计得)很好,它用了另一个JDK5.0的新特性-varargs(不定参数),它帮助我们在具体实体DAO里面创建Criteria查询.下面是一个继承了用Hibernate实现的泛型DAO的具体DAO例子:
public class ItemDAOHibernate
        extends     GenericHibernateDAO<Item, Long>
        implements  ItemDAO {

    public Bid getMaxBid(Long itemId) {
        Query q = getSession().getNamedQuery(ItemDAO.QUERY_MAXBID);
        q.setParameter("itemid", itemId);
        return (Bid) q.uniqueResult();
    }

    public Bid getMinBid(Long itemId) {
        Query q = getSession().getNamedQuery(ItemDAO.QUERY_MINBID);
        q.setParameter("itemid", itemId);
        return (Bid) q.uniqueResult();
    }

}

下面是另外一个使用超类中具有不定参数的findByCriteria()方法的例子:
public class CategoryDAOHibernate
        extends     GenericHibernateDAO<Category, Long>
        implements  CategoryDAO {

    public Collection<Category> findAll(boolean onlyRootCategories) {
        if (onlyRootCategories)
            return findByCriteria( Expression.isNull("parent") );
        else
            return findAll();
    }
}

为DAO准备工厂
我们可以把一切都放到一个DAO工厂里面, 这个工厂不仅在DAO被创建的时候为其设置Session,还包含了一些嵌套类,用来实现只包含与业务无关的CRUD(CRUD-only)操作的DAO:
public class HibernateDAOFactory extends DAOFactory {

    public ItemDAO getItemDAO() {
        return (ItemDAO)instantiateDAO(ItemDAOHibernate.class);
    }

    public CategoryDAO getCategoryDAO() {
        return (CategoryDAO)instantiateDAO(CategoryDAOHibernate.class);
    }

    public CommentDAO getCommentDAO() {
        return (CommentDAO)instantiateDAO(CommentDAOHibernate.class);
    }

    public ShipmentDAO getShipmentDAO() {
        return (ShipmentDAO)instantiateDAO(ShipmentDAOHibernate.class);
    }

    private GenericHibernateDAO instantiateDAO(Class daoClass) {
        try {
            GenericHibernateDAO dao = (GenericHibernateDAO)daoClass.newInstance();
            dao.setSession(getCurrentSession());
            return dao;
        } catch (Exception ex) {
            throw new RuntimeException("Can not instantiate DAO: " + daoClass, ex);
        }
    }

    // You could override this if you don't want HibernateUtil for lookup
    protected Session getCurrentSession() {
        return HibernateUtil.getSessionFactory().getCurrentSession();
    }

    // Inline concrete DAO implementations with no business-related data access methods.
    // If we use public static nested classes, we can centralize all of them in one source file.

    public static class CommentDAOHibernate
            extends GenericHibernateDAO<Comment, Long>
            implements CommentDAO {}

    public static class ShipmentDAOHibernate
            extends GenericHibernateDAO<Shipment, Long>
            implements ShipmentDAO {}

}

上面的Hibernate DAO的具体工厂继承了下面的抽象工厂, 这个抽象工厂也将是我们在应用代码中使用的接口:
public abstract class DAOFactory {

    /**
     * Creates a standalone DAOFactory that returns unmanaged DAO
     * beans for use in any environment Hibernate has been configured
     * for. Uses HibernateUtil/SessionFactory and Hibernate context
     * propagation (CurrentSessionContext), thread-bound or transaction-bound,
     * and transaction scoped.
     */
    public static final Class HIBERNATE = org.hibernate.ce.auction.dao.hibernate.HibernateDAOFactory.class;

    /**
     * Factory method for instantiation of concrete factories.
     */
    public static DAOFactory instance(Class factory) {
        try {
            return (DAOFactory)factory.newInstance();
        } catch (Exception ex) {
            throw new RuntimeException("Couldn't create DAOFactory: " + factory);
        }
    }

    // Add your DAO interfaces here
    public abstract ItemDAO getItemDAO();
    public abstract CategoryDAO getCategoryDAO();
    public abstract CommentDAO getCommentDAO();
    public abstract ShipmentDAO getShipmentDAO();

}

注意,这个工厂例子对于主要用一种持久化服务实现的持久化层都是适用的,例如Hibernate或者EJB3.0 持久化.如果你要混合使用持久化API, 例如, Hibernate和纯JDBC, 上面的模式只要改一点点,记住你是可以在一个特定的Hibernate DAO(用Hibernate实现的DAO)里面调用session.connection()的.或者可以使用很多Hierbate3.1 支持的SQL操作以避免用纯JDBC.
最后, 就是控制/命令处理代码(controller/command handler code)中的数据访问的样子了(选择你自己喜欢的事务划分策略,DAO中的代码不用改变)
// EJB3 CMT: @TransactionAttribute(TransactionAttributeType.REQUIRED)
public void execute() {

    // JTA: UserTransaction utx = jndiContext.lookup("UserTransaction");
    // JTA: utx.begin();

    // Plain JDBC: HibernateUtil.getCurrentSession().beginTransaction();

    DAOFactory factory = DAOFactory.instance(DAOFactory.HIBERNATE);
    ItemDAO itemDAO = factory.getItemDAO();
    UserDAO userDAO = factory.getUserDAO();

    Bid currentMaxBid = itemDAO.getMaxBid(itemId);
    Bid currentMinBid = itemDAO.getMinBid(itemId);

    Item item = itemDAO.findById(itemId, true);

    newBid = item.placeBid(userDAO.findById(userId, false),
                            bidAmount,
                            currentMaxBid,
                            currentMinBid);

    // JTA: utx.commit(); // Don't forget exception handling

    // Plain JDBC: HibernateUtil.getCurrentSession().getTransaction().commit(); // Don't forget exception handling

}

数据库事务,不管是JTA还是JDBC,都将在一个为每个execute()方法而启动的拦截器中被开始和提交, 参照Open Session in View模式.你可以使用AOP来实现这些操作或者使用任何一种可以被包装到一个方法调用的拦截器里面. 见Session handling with AOP.
准备用手动实现依赖注入的DAO
不用写工厂,你也可以实现这个例子.
// EJB3 CMT: @TransactionAttribute(TransactionAttributeType.REQUIRED)
public void execute() {

    // JTA: UserTransaction utx = jndiContext.lookup("UserTransaction");
    // JTA: utx.begin();

    // Plain JDBC: HibernateUtil.getCurrentSession().beginTransaction();

    ItemDAOHibernate itemDAO = new ItemDAOHibernate();
    itemDAO.setSession(HibernateUtil.getSessionFactory().getCurrentSession());

    UserDAOHibernate userDAO = new UserDAOHibernate();
    userDAO.setSession(HibernateUtil.getSessionFactory().getCurrentSession());

    Bid currentMaxBid = itemDAO.getMaxBid(itemId);
    Bid currentMinBid = itemDAO.getMinBid(itemId);

    Item item = itemDAO.findById(itemId, true);

    newBid = item.placeBid(userDAO.findById(userId, false),
                            bidAmount,
                            currentMaxBid,
                            currentMinBid);

    // JTA: utx.commit(); // Don't forget exception handling

    // Plain JDBC: HibernateUtil.getCurrentSession().getTransaction().commit(); // Don't forget exception handling

}

这里的缺点就是把持久层的实现类暴露给调用者(例如:ItemDAOHibernate和UserDAOHibernate) .还有,构造方法注入可能更加合适.
用lookup准备(实例化)DAO
如果调用者在DAO被创建的时候没有提供一个Session,则可以调用HibernateUtil.getSessionFactory().getCurrentSession()作为一种折衷的做法.
public abstract class GenericHibernateDAO<T, ID extends Serializable>   
        implements GenericDAO<T, ID> {   
  
    private Class<T> persistentClass;   
    private Session session;   
  
    public GenericHibernateDAO() {   
        this.persistentClass = (Class<T>) ((ParameterizedType) getClass()   
                                .getGenericSuperclass()).getActualTypeArguments()[0];   
   }   
  
   public void setSession(Session session) {   
        this.session = session;   
   }   
  
   protected void getSession() {   
       if (session == null)   
           session = HibernateUtil.getSessionFactory().getCurrentSession();   
       return session;   
   }  

public abstract class GenericHibernateDAO<T, ID extends Serializable>
        implements GenericDAO<T, ID> {

    private Class<T> persistentClass;
    private Session session;

    public GenericHibernateDAO() {
        this.persistentClass = (Class<T>) ((ParameterizedType) getClass()
                                .getGenericSuperclass()).getActualTypeArguments()[0];
   }

   public void setSession(Session session) {
        this.session = session;
   }

   protected void getSession() {
       if (session == null)
           session = HibernateUtil.getSessionFactory().getCurrentSession();
       return session;
   }

现在控制器通过直接实例化使用这些无状态数据访问对象
// EJB3 CMT: @TransactionAttribute(TransactionAttributeType.REQUIRED)   
public void execute() {   
  
    // JTA: UserTransaction utx = jndiContext.lookup("UserTransaction");   
    // JTA: utx.begin();   
  
    // Plain JDBC: HibernateUtil.getCurrentSession().beginTransaction();   
  
    ItemDAO itemDAO = new ItemDAOHibernate();   
    UserDAO userDAO = new UserDAOHibernate();   
  
    Bid currentMaxBid = itemDAO.getMaxBid(itemId);   
    Bid currentMinBid = itemDAO.getMinBid(itemId);   
  
    Item item = itemDAO.findById(itemId, true);   
  
    newBid = item.placeBid(userDAO.findById(userId, false),   
                            bidAmount,   
                            currentMaxBid,   
                            currentMinBid);   
  
    // JTA: utx.commit(); // Don't forget exception handling   
  
    // Plain JDBC: HibernateUtil.getCurrentSession().getTransaction().commit(); // Don't forget exception handling   
  
}  

// EJB3 CMT: @TransactionAttribute(TransactionAttributeType.REQUIRED)
public void execute() {

    // JTA: UserTransaction utx = jndiContext.lookup("UserTransaction");
    // JTA: utx.begin();

    // Plain JDBC: HibernateUtil.getCurrentSession().beginTransaction();

    ItemDAO itemDAO = new ItemDAOHibernate();
    UserDAO userDAO = new UserDAOHibernate();

    Bid currentMaxBid = itemDAO.getMaxBid(itemId);
    Bid currentMinBid = itemDAO.getMinBid(itemId);

    Item item = itemDAO.findById(itemId, true);

    newBid = item.placeBid(userDAO.findById(userId, false),
                            bidAmount,
                            currentMaxBid,
                            currentMinBid);

    // JTA: utx.commit(); // Don't forget exception handling

    // Plain JDBC: HibernateUtil.getCurrentSession().getTransaction().commit(); // Don't forget exception handling

}


这个非常简单的策略(策略模式的实现)的唯一不足就是把持久层的实现类再一次地暴露给调用者--控制器(例如:ItemDAOHibernate和UserDAOHibernate),如果需要,你也可以提供一个自定义Session.
所有的这些用于设置当前Session和创建DAO实例的方法(factories, manual injection, lookup)都有他们的优势和劣势.所以,使用你觉得最comfortable的一种.
DAO AS 受管理EJB3.0组件
把你的DAO超类改成无状态会话Bean的基类(现在你所有的具体DAO都变成无状态EJB了,他们都有一个业务接口了).这里只用了一个注解(Annotation),只要你乐意,你甚至可以把它移到一个XML部属描述符里面.然后你就可以使用依赖注入和获得由容器提供的"当前"持久化上下文.
@Stateless
public abstract class GenericHibernateDAO<T, ID extends Serializable>
        implements GenericDAO<T, ID> {

    private Class<T> persistentClass;
    
    @PersistenceContext
    private EntityManager em;

    public GenericHibernateDAO() {
       setSession( (Session)em.getDelegate() );    
    }


然后你就可以把一个EntityManager的委托强制转换为一个Hibernate Session了.
只有在你把Hibernate作为持久化提供者的时候,这才会起作用.因为这个委托是Session API, 在 JBoss AS 里面你甚至可以直接获得一个已经被注入的Session,如果你使用不同的Java持久化提供者, 那么将依赖于EntityManager API而非Session. 现在把你的DAO绑定到控制器(这个控制器其实也是一个受管理组件):
@Stateless
public class ManageAuctionController implements ManageAuction {

    @EJB ItemDAO itemDAO;
    @EJB UserDAO userDAO;

    @TransactionAttribute(TransactionAttributeType.REQUIRED) // This is even the default
    public void execute() {

        Bid currentMaxBid = itemDAO.getMaxBid(itemId);
        Bid currentMinBid = itemDAO.getMinBid(itemId);

        Item item = itemDAO.findById(itemId, true);

        newBid = item.placeBid(userDAO.findById(userId, false),
                               bidAmount,
                               currentMaxBid,
                               currentMinBid);

    }
}

以下是原文的部分跟帖
---------------------------------------------------------------------Granularity 10 Sep 2005, 05:14 anthony
Christian说:每个特定实体对应一个DAO接口,这样没有什么问题,但是可以考虑用包(package)
对于粒度(granularity)只有一句话说.对于基于100个持久化对象的项目来说,如果你的项目设计良好,每10-30个类你会用一个包.
用例应该是被每个包的根实体所驱动的(言下之意:定义每个用例都是基于每个包的根实体),所以你可以每个包都定义一个DAO接口.
例子:如果你有Order * -- 1 Client这样的对象关系,并且你要获得一个特定客户的所有订单?一个用例是只需要获得订单,另外一个需要获得订单和订单所属的客户.你会在ClientDAO还是OrderDAO里面编写这些操作呢?尽管你知道Client是作为根实体的最好选择(译者注:就是说即使你知道Client是作为根实体的最好选择,但是你还要想到底是在ClientDAO还是OrderDAO里面编码,因为到这DAO实现一步的时候你自己又有点迷糊了).
这个例子很简单,但是想一下对拥有4或6级对象图的复杂HQL查询,添加这些代码不会很容易,并且如果你有一个很大的开发团队,那将有很大可能会重复代码.
设计你的包的时候你需要很小心.
Transaction Management in DAOs 30 Oct 2006, 06:25 prashantbasawa
在DAO外面进行事务管理不是一个好的想法(做法).事务管理应该在DAO里面,我们可以用一个策略模式(Strategy Pattern)向DAO插入事务管理的行为.
如下定义一个接口:
public interface TransactionStrategy {
   public void beginTransaction();
   public void commit();
}

一个实现接口的具体类
Java代码
public class DefaultTransactionStrategy {
   public void beginTransaction(){
      HibernateUtil.getSessionFactory().getCurrentSession()
                                    .beginTransaction();
   }

   public void commit(){
      HibernateUtil.getSessionFactory().getCurrentSession()
                                    .commit();
   }
}

现在你可以在DAO里面为这个事务策略(transaction strategy)定义一个实例变量,像这样:
public class xyzDAO{
   private TransactionStrategy transaction = null;
   
   public xyzDAO(){
      transaction = new DefaultTransactionStrategy();
   }

   public void insert(Object obj){
      transaction.beginTransaction();
      
      // Do some work
      session.load(...);
      session.persist(...);

      transaction.commit();
   }

   public void setTransactionStrategy(TransactionStrategy strategy){
      transaction = strategy;
   }
}

从此我们可以把事务管理代码移到将会在DAO里面被使用的策略类(TransactionStrategy ).
在以后,如果你像换成JTA事务,你可以创建一个新的事务策略.
还有,这些策略可以被设置到用HibernateDaoFactory.instantiateDAO(Class clazz)实例化的DAO里面,同时我们也可以在里面设置Session,我们还可以从一个属性文件里面取得策略信息(Strategy info),然后基于属性文件里面的属性你可以创建策略并且把它设置到DAO里面.
注意:Strategy也可以通过它的构造方法接收一个session.
--接着这个叫做prashantbasawa人又在下面说:
请忽略我在主题下面写的"注意"
Keep it simple 31 Oct 2006, 00:25 christian
当然,DAO不应该包含程式化的事务划分,不管你用什么时候的什么模式去隐藏它.
DAO最多可以为一个特定的方法接收一个事务上下文.这个问题用元数据能表达等更好,如:EJB3.0 Annotation(注解).
Re: Transaction Management in DAOs 13 Nov 2006, 02:12 prashantbasawa
对于持久化你能有多少个操作?只有3个,插入,更新,删除,这些你都可以实现一个超类使得没有重复编码.DAO里面不同的操作只是你查询各张表的时候用了不同的方式.我觉得对于查询数据你没必要使用事务,因为查询对数据库没做修改.
Re: Transaction Management in DAOs 14 Nov 2006, 05:19 christian
胡说八道!你必须保证读数据的正常ACID(原子性,一致性,隔离性,持久性),特别是当你想重复读取的时候保证隔离性.不要再在那里嚷嚷,"我真的不知道什么是自动提交".
Transaction scope 14 May 2007, 05:42 Olivier Billard
事务不应该由DAO开启和关闭, 下面是一个真正可靠的idea:
-在那种情况下(前面的Client-Order例子)你不能在一个事务里面包含几个DAO调用(这时候CRUD不能保证多个实体的原子性),这一点限制确实挺大的.
-在一个JTA事务中,你不能控制事务的生命周期,你可以能"参与"这个事务.

我想这两点说得很清楚,不要在DAO里面调用事务的being/commit方法.
当然,可能还有更多的观点.
分享到:
评论

相关推荐

    泛型dao 泛型dao 泛型dao

    Struts2、Hibernate、Spring整合的泛型DAO (本人评价: 代码开发效率提高30% 代码出错率减少70%) 对于大多数开发人员,系统中的每个 DAO 编写几乎相同的代码到目前为止已经成为一种习惯。虽然所有人都将这种重复...

    经典泛型dao层代码,非常好用简易

    ### 泛型DAO层在SSH框架中的应用与详解 #### 引言 在现代软件开发中,特别是基于Java的企业级应用开发中,DAO(Data Access Object)层的设计扮演着至关重要的角色。它作为业务逻辑层与数据持久层之间的桥梁,承担...

    泛型dao

    在Java编程语言中,"泛型DAO"(Generic DAO)是一种设计模式,它允许开发者创建可重用的数据访问对象(DAOs),以处理多种不同类型的实体对象,而无需为每种对象编写单独的DAO实现。这种方法提高了代码的复用性和可...

    一个很好的通用泛型dao(含源码)

    而泛型DAO是一个类型安全的,代码精简的设计模式(相对于传统DAO),尤其在DAO组件数量庞大的时候,代码量的减少更加明显。 泛型DAO的核心是定义一个GenericDao接口,声明基本的CRUD操作: 用hibernate作为持久化...

    Hibernate泛型DAO(结合spring模板支持)

    至于`Dao经典泛型.doc`文件,可能是更深入的关于Hibernate泛型DAO的文档,可能包含了如何配置Spring、如何处理复杂查询以及如何优化泛型DAO的更多细节。阅读这份文档将进一步提升你对泛型DAO的理解和应用能力。 ...

    Hibernate泛型Dao

    【标题】"Hibernate泛型Dao"是针对Java开发中的数据持久化框架Hibernate的一个高级应用,主要目的是为了提高代码的复用性和简洁性。在传统的Hibernate使用中,针对每个实体类,我们都需要创建一个对应的Dao(Data ...

    JdbcTemplate通用泛型Dao实现

    本文将深入探讨`JdbcTemplate`通用泛型Dao实现的相关知识点,帮助开发者更好地理解和应用这一技术。 首先,让我们了解什么是`JdbcTemplate`。它是Spring框架的一部分,用于处理SQL操作。`JdbcTemplate`提供了一组...

    大家看看我设计的泛型DAO(使用Spring的Anotation和Hibernate)

    本篇文章将深入探讨一个使用Spring注解和Hibernate实现的泛型DAO设计,以提高代码的复用性和可维护性。 首先,`HibernateBaseDao.java`是基础的Hibernate DAO类,它提供了对Hibernate操作的基本封装。这个类通常会...

    S2SH整合例子 注解配置 JSON 泛型Dao

    6. **泛型Dao**:在Java开发中,泛型Dao(Generic Dao)是一种设计模式,用于减少重复的数据库操作代码。通过定义一个通用的Dao接口,可以实现对不同类型的实体对象进行CRUD操作,提高了代码的复用性和可维护性。...

    泛型DAO模式在Java Web开发中的应用.pdf

    泛型DAO模式在Java Web开发中的应用 摘要: 泛型DAO模式是Java Web开发中的一种重要模式,它可以提高数据访问代码的类型安全性和可读性。该模式可以与Struts、Spring和JPA框架集成,实现用户管理系统的开发。通过...

    泛型DAO,注释详细

    泛型DAO(Generic DAO)是DAO模式的一个扩展,它引入了泛型的概念,提高了代码的复用性和类型安全性。本篇文章将深入探讨泛型DAO的实现原理、优势以及如何在实际项目中应用。 首先,我们来理解什么是泛型。泛型是...

    Java Web程序运用中泛型DAO的作用.pdf

    本文探讨了在Java Web程序中应用泛型DAO模式的作用和意义。首先,文章明确了Java Web技术的定义和在互联网领域中的重要性,阐述了随着软件功能需求的不断提高,Java Web技术也在不断升级和改造。随后,文章指出泛型...

    spring hibernate 泛型DAO

    本文将深入探讨“Spring Hibernate 泛型DAO”这一主题,以及如何通过泛型DAO实现更加高效、可复用的代码。 首先,让我们理解什么是DAO(Data Access Object)模式。DAO是一种设计模式,它的主要作用是隔离业务逻辑...

    Hibernate泛型DAO及使用方法.doc

    而泛型DAO(Data Access Object)则是基于Hibernate进一步抽象出来的一个设计模式,用于提供更通用的数据操作方法。本文档主要探讨了如何在Spring+Hibernate环境中创建和使用泛型DAO。 首先,我们来看一下泛型DAO...

    Java Web程序运用中泛型DAO的作用.zip

    而泛型DAO是DAO模式的一个进阶应用,它通过引入泛型来提高代码的复用性和可维护性。 泛型(Generics)是Java 5引入的一个重要特性,它可以让我们在编译时检查类型安全,并且允许我们创建参数化的类型。在泛型DAO中...

    SSH 泛型DAO分页

    这个压缩包文件的标题"SSH 泛型DAO分页"表明它提供了一个实现SSH框架整合的示例,特别关注了泛型DAO(Data Access Object)以及分页功能。下面将详细介绍SSH框架及其分页和泛型DAO的概念。 1. **Struts2**: Struts2...

    基于hibernate的泛型Dao框架

    标题中的“基于Hibernate的泛型Dao框架”是指在Java开发中使用Hibernate ORM工具,并结合泛型设计模式构建的数据库访问对象(DAO)框架。这样的框架旨在提高代码复用性,减少重复工作,使得数据访问层的实现更加简洁...

    ssh通用泛型DAO

    在这个主题中,我们将深入探讨"ssh通用泛型DAO"的相关知识点。 首先,我们来了解"BaseHibernateDAO"。BaseHibernateDAO是基于Hibernate框架的一个基类,它封装了常见的数据库操作,如增删查改(CRUD)。通过继承这...

Global site tag (gtag.js) - Google Analytics