电商平台学习笔记（七）——模板方法结合Spring在DAO层的应用

使用Spring也是蛮多的！也用SSM框架做了一些小型项目，当然这些项目使用的都是三层MVC架构！其中DAO层也是很关键的一层。刚开始做的时候，代码结构都是这样写的！

/**
 * 用于查询数据库
 * @author 张荣
 * @since 2015-12-18
 */
public class SelectDAOImpl implements SelectDAO{

    @Override
    public List<Message> queryUserMessageById(int id) {
        SqlSession sqlSession = DB.getSqlSessionFactory().openSession();
        User user =sqlSession.selectOne(DAOMappperUrl.QUERY_USER_MESSAGE_BY_ID.toString(), 1);
        if (user.getMessages() == null) {
            user.setMessages(new ArrayList<Message>());
        }
        DB.closeSqlsession(sqlSession);
        return user.getMessages();
    }

    @Override
    public List<Admin> queryAllAdminOrById(int adminId) {
        SqlSession sqlSession = DB.getSqlSessionFactory().openSession();
        List<Admin> admins =sqlSession.selectList(DAOMappperUrl.QUERY_ALL_ADMIN_OR_BYID.toString(), adminId);
        if (admins == null) {
            admins = new ArrayList<Admin>();
        }
        DB.closeSqlsession(sqlSession);
        return admins;
    }

    @Override
    public int getMaxSessionId() {
        if (0 == autoLoginCheckTableHasDate()) {
            return 0;
        }
        SqlSession sqlSession = DB.getSqlSessionFactory().openSession();
        int maxSessionId =sqlSession.selectOne("com.mike.bean.AutoLoginCheck.getMaxSessionId");
        DB.closeSqlsession(sqlSession);
        return maxSessionId;
    }
}

     以上贴出的知识一个DAO类的代码，从上面可以看得出来。每一个方法中，有一个一模一样的流程：先得到Sqlsession对象，再调用Sqlsession的select方法，最后关闭Sqlsession对象并将查询到的结果返回！我们很容易就能抽象出一个模板！代码如下：

/**
  * @title: AbstractTemplate
  * @description: 抽象模板类
  * @author:  张荣
  * @date: 2016年3月12日
 */
public abstract class AbstractTemplate<T>{
    
    protected SqlSession openSession(){
        return DBUtils.getSqlSessionFactory().openSession();
    }
    
    protected void closeSession(SqlSession sqlSession){
        DBUtils.closeSqlsession(sqlSession);
    }
    
    public List<T> findById(T paramter){
        SqlSession sqlSession = openSession();
        List<T> rseultList = getResultCollection(sqlSession , paramter);
        closeSession(sqlSession);
        return rseultList == null ? new ArrayList<T>() : rseultList;
    }

    public abstract List<T> getResultCollection(SqlSession sqlSession , T paramter);
}

接下来一个去继承这个类，代码如下：

/**
  * @title: DAOTemplate
  * @description: 
  * @author: 张荣
  * @date: 2016年3月12日
 */
public class DAOTemplate extends AbstractTemplate<User>{
    @Resource(name = "userDAOImpl")
    private UserDAO userDAO;
    @Override
    public List<User> getResultCollection(SqlSession sqlSession, User paramter) {
        // TODO Auto-generated method stub
        return null;
    }
}

       显然，使用这种模板模式来设计类，其效果肯定要比上一种好，或者说，使用模板方法之后。DAOTemplate类的职责更加清晰，只需要中间的最核心部分代码！而不需要一直重复写得到Sqlsession和关掉Sqlsession对象的方法！使得程序的逻辑结构更加的清晰明了！
       话虽如此，但是仔细一想，问题还是来了。上面只是写了根据用户id来查询用户信息的方法。但如果需要一个查询所有用户信息的方法（findAll），岂不是又得在 AbstractTemplate类中定义一个与 findById函数体几乎一样的方法么吗？（只需要把中间部分 getResultCollection（）方法签名换一下）但这样做的话，在抽象父类中也是存在大量雷同的代码！岂不和不适用模板方法就没什么区别了！这肯定不是我们想看到的！但是仔细分析一下，也不是说一点办法也没有！因为对于selectDAO中的方法来说，其中返回值都可以用List<T>（使用的是selectOne的话，这个List集合只不过元素个数为1而已）来抽象出来，而对于其中sqlsession.selectList()或者 sqlsession.selectOne()方法来说，传入Mybatis中的参数也可用T来表示，而参数Url的话，也可作为参数传入。如果这样来说的话，模板方法可以大大的简化代码。只需要将Url当做参数传入！并且将查询条件等参数封装在T中来传入，而查询结果的话，当然也可封装在List中了。沿着这个思路，应该还是可以写出来的！
         而其中的细节。还未处理，写这篇博文，只是一个Idea吧！有时间再沿着这个思路，好好去实践！
         待续······