/**
* 用于查询数据库
* @author 张荣
* @since 2015-12-18
*/
publicclassSelectDAOImplimplementsSelectDAO{
@Override
publicList<Message>queryUserMessageById(intid){
SqlSessionsqlSession=DB.getSqlSessionFactory().openSession();
Useruser=sqlSession.selectOne(DAOMappperUrl.QUERY_USER_MESSAGE_BY_ID.toString(),1);
if(user.getMessages()==null){
user.setMessages(newArrayList<Message>());
}
DB.closeSqlsession(sqlSession);
returnuser.getMessages();
}
@Override
publicList<Admin>queryAllAdminOrById(intadminId){
SqlSessionsqlSession=DB.getSqlSessionFactory().openSession();
List<Admin>admins=sqlSession.selectList(DAOMappperUrl.QUERY_ALL_ADMIN_OR_BYID.toString(),adminId);
if(admins==null){
admins=newArrayList<Admin>();
}
DB.closeSqlsession(sqlSession);
returnadmins;
}
@Override
publicintgetMaxSessionId(){
if(0==autoLoginCheckTableHasDate()){
return0;
}
SqlSessionsqlSession=DB.getSqlSessionFactory().openSession();
intmaxSessionId=sqlSession.selectOne("com.mike.bean.AutoLoginCheck.getMaxSessionId");
DB.closeSqlsession(sqlSession);
returnmaxSessionId;
}
}
以上贴出的知识一个DAO类的代码,从上面可以看得出来。每一个方法中,有一个一模一样的流程:先得到Sqlsession对象,再调用Sqlsession的select方法,最后关闭Sqlsession对象并将查询到的结果返回!我们很容易就能抽象出一个模板!代码如下:
/**
* @title: AbstractTemplate
* @description: 抽象模板类
* @author: 张荣
* @date: 2016年3月12日
*/
publicabstractclassAbstractTemplate<T>{
protectedSqlSessionopenSession(){
returnDBUtils.getSqlSessionFactory().openSession();
}
protectedvoidcloseSession(SqlSessionsqlSession){
DBUtils.closeSqlsession(sqlSession);
}
publicList<T>findById(T paramter){
SqlSessionsqlSession=openSession();
List<T>rseultList=getResultCollection(sqlSession,paramter);
closeSession(sqlSession);
returnrseultList==null?newArrayList<T>():rseultList;
}
publicabstractList<T>getResultCollection(SqlSessionsqlSession,T paramter);
}
接下来一个去继承这个类,代码如下:
/**
* @title: DAOTemplate
* @description:
* @author: 张荣
* @date: 2016年3月12日
*/
publicclassDAOTemplateextendsAbstractTemplate<User>{
@Resource(name="userDAOImpl")
privateUserDAOuserDAO;
@Override
publicList<User>getResultCollection(SqlSessionsqlSession,Userparamter){
// TODO Auto-generated method stub
returnnull;
}
}
显然,使用这种模板模式来设计类,其效果肯定要比上一种好,或者说,使用模板方法之后。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吧!有时间再沿着这个思路,好好去实践!
待续······