原创

【3】原始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开发方式有以下弊端:

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

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

MyBatis
  • 作者:倪升武(联系作者)
  • 发表时间:2017-06-09 16:46
  • 版权声明:自由转载-非商用-非衍生-保持署名,转载请注明出处
  • 评论