原始dao开发方法及其弊端

标签（空格分隔）： MyBatis dao 开发方法

---

这里总结一下mybatis中原始dao开发的方法，最后并总结一下原始dao开发方法的弊端。mybatis中dao开发应该使用mapper代理的方法。
原始dao开发思路比较简单，写个dao接口和dao实现类即可。需要向dao实现类中注入sqlSessionFactory，在方法体内通过sqlSessionFactory创建sqlSession。为什么在方法体内创建呢？
因为mybatis中sqlSession是线程不安全的。如果在方法外面以成员变量的方式创建，可能会引发线程安全问题。下面总结一下原始dao开发的步骤（dao的方法跟[入门程序][1]中的方法一致）：

1.写UserDao接口

package com.dao;
import java.util.List;
import com.vo.User;
public interface UserDao {
    //根据id查询用户信息
    public User findUserById(int id) throws Exception;
    //根据用户名模糊查询
    public List<User> findUserByName(String name) throws Exception;
    //添加用户信息
    public void insertUser(User user) throws Exception;
    //删除用户信息
    public void deleteUser(int id) throws Exception;
    //更新用户信息
    public void updateUser(User user) throws Exception;
}

2.写UserDaoImpl实现类

package com.dao;

import java.util.List;

import org.apache.ibatis.session.SqlSession;
import org.apache.ibatis.session.SqlSessionFactory;

import com.vo.User;

public class UserDaoImpl implements UserDao {
    private SqlSessionFactory sqlSessionFactory;
    //需要向dao实现类中注入SqlSessionFactory，由于没和Spring整合，这里通过构造函数注入
    public UserDaoImpl(SqlSessionFactory sqlSessionFactory) {
        this.sqlSessionFactory = sqlSessionFactory;
    }
    
    @Override
    public User findUserById(int id) throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        User user = sqlSession.selectOne("test.findUserById", id);
        //释放资源
        sqlSession.close();
        return user;
    }

    @Override
    public List<User> findUserByName(String name) throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        List<User> list = sqlSession.selectList("test.findUserByName", name);
        //释放资源
        sqlSession.close();
        return list;
    }

    @Override
    public void insertUser(User user) throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        sqlSession.insert("test.insertUser", user);
        sqlSession.commit();//执行插入要先commit
        sqlSession.close();

    }

    @Override
    public void deleteUser(int id) throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        sqlSession.delete("test.deleteUser", id);
        sqlSession.commit();//执行插入要先commit
        sqlSession.close();

    }

    @Override
    public void updateUser(User user) throws Exception {
        SqlSession sqlSession = sqlSessionFactory.openSession();
        sqlSession.delete("test.updateUser", user);
        sqlSession.commit();//执行插入要先commit
        sqlSession.close();

    }

}

从UserDaoImpl实现类中可以看出，首先SqlSessionFactory需要注入进来，这里通过构造函数来注入，传个SqlSessionFactory进来即可完成注入。另外，sqlSession都是在具体方法内部创建的，没有将sqlSession放到外面，因为在方法内部，相对于每个线程是独立的，不会引起线程安全问题。

3.写单元测试UserDaoImplTest

package test;

import java.io.InputStream;

import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.SqlSessionFactory;
import org.apache.ibatis.session.SqlSessionFactoryBuilder;
import org.junit.Before;
import org.junit.Test;

import com.dao.UserDao;
import com.dao.UserDaoImpl;

public class UserDaoImplTest {
    private SqlSessionFactory sqlSessionFactory;
    
    @Before
    public void setUp() throws Exception {
        //创建sqlSessionFactory
        String resource = "SqlMapConfig.xml"; //mybatis配置文件
    
        //得到配置文件的流
        InputStream inputStream = Resources.getResourceAsStream(resource);
        
        //创建会话工厂SqlSessionFactory,要传入mybaits的配置文件的流
        sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
        
    }
    
    @Test
    public void testFindUserById() throws Exception {
        //创建UserDao的对象
        UserDao userDao = new UserDaoImpl(sqlSessionFactory);
        System.out.println(userDao.findUserById(1));
    }
}

从JUnit测试程序中可以看出，通过@Before注解，将SqlSessionFactory在测试方法执行之前初始化好，然后在测试方法中，直接通过构造函数传进去即可，这就和上面的UserDaoImpl实现类接上了。然后测试一下添加用户即可

4.原始dao开发存在的问题

从上面的代码中，可以很明显的看出原始dao开发方式有以下弊端：

dao接口实现类方法中存在大量重复代码，从设计上来看，应该抽取。
调用sqlSession方法时，将satement的id硬编码了，即类似于"test.findUserById"这种，都写死了。
sqlSession的方法中，要求传入的参数是Object类型的(泛型)，也就是说如果我传错了参数，编译不会报错，执行的时候才会报错，不利于开发。

这些都是原始dao开发方式中存在的问题，在了解了原始dao开发方式的问题后，再来使用mapper代理开发dao，就可以形成鲜明的对比了。
[1]: https://www.jianshu.com/p/abe37ac412a9