[MyBatis3] 传统Dao开发方式存在的弊端

　　原文转载自 : http://blog.csdn.net/eson_15/article/details/51598500

 

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

1. 写UserDao接口

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实现类

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

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开发方式有以下弊端：

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

 

这些都是原始dao开发方式中存在的问题，在了解了原始dao开发方式的问题后，再来使用mapper代理开发dao，就可以形成鲜明的对比了。这篇博文就总结到这。