【MyBatis学习03】原始dao开发方法及其弊端

上一篇博文总结了一下mybatis的入门，接下来就要开发dao方法了，这篇博文主要总结一下mybatis中原始dao开发的方法，最后并总结一下原始dao开发方法的弊端。mybatis中dao开发应该使用mapper代理的方法，这将在下一篇博文中介绍。 
　　原始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开发方式有以下弊端：dao接口实现类方法中存在大量重复代码，从设计上来看，应该抽取。
调用sqlSession方法时，将satement的id硬编码了，即类似于”test.findUserById”这种，都写死了。
sqlSession的方法中，要求传入的参数是Object类型的(泛型)，也就是说如果我传错了参数，编译不会报错，执行的时候才会报错，不利于开发。
　　这些都是原始dao开发方式中存在的问题，在了解了原始dao开发方式的问题后，再来使用mapper代理开发dao，就可以形成鲜明的对比了。这篇博文就总结到这。　　　　相关阅读：http://blog.csdn.net/column/details/smybatis.html 
　　学习笔记源码下载地址：https://github.com/eson15/MyBatis_Study—–乐于分享，共同进步！ 
—–更多文章请看：http://blog.csdn.net/eson_15