前面文章所写的增删改查是存在问题的。每执行一次 SQL，都要开启一次会话，并且需要提交并关闭，主要问题就是冗余代码过多，模板化代码过多。
例如，我想开发一个 UserDao，可能是下面这样：
简化前的 UserDao
public class UserDao {
private SqlSessionFactory sqlSessionFactory = SqlSessionFactoryUtils.getInstance();
public User getUserById(Integer id) {
SqlSession sqlSession = sqlSessionFactory.openSession();
User user = (User) sqlSession.selectOne("com.antonio.hello.mybatis.mapper.UserDao.getUserById", id);
sqlSession.close();
return user;
}
public Integer addUser(User user) {
SqlSession sqlSession = sqlSessionFactory.openSession();
int insert = sqlSession.insert("com.antonio.hello.mybatis.mapper.UserDao.addUser", user);
sqlSession.commit();
sqlSession.close();
return insert;
}
public Integer addUser2(User user) {
SqlSession sqlSession = sqlSessionFactory.openSession();
int insert = sqlSession.insert("com.antonio.hello.mybatis.mapper.UserDao.addUser2", user);
sqlSession.commit();
sqlSession.close();
return insert;
}
public Integer deleteUserById(Integer id) {
SqlSession sqlSession = sqlSessionFactory.openSession();
int delete = sqlSession.delete("com.antonio.hello.mybatis.mapper.UserDao.deleteUserById", id);
sqlSession.commit();
sqlSession.close();
return delete;
}
public Integer updateUser(User user) {
SqlSession sqlSession = sqlSessionFactory.openSession();
int delete = sqlSession.delete("com.antonio.hello.mybatis.mapper.UserDao.updateUser", user);
sqlSession.commit();
sqlSession.close();
return delete;
}
public List getAllUser() {
SqlSession sqlSession = sqlSessionFactory.openSession();
List users = sqlSession.selectList("com.antonio.hello.mybatis.mapper.UserDao.getAllUser");
sqlSession.close();
return users;
}
}
对应的 UserMapper.xml
然后，和这个 UserDao 对应的，还有一个 UserMapper.xml：
此时，我们分析这个 UserDao，发现它有很多可以优化的地方。每个方法中都要获取 SqlSession，涉及到增删改的方法，还需要 commit，SqlSession 用完之后，还需要关闭，sqlSession 执行时需要的参数就是方法的参数，sqlSession 要执行的 SQL ，和 XML 中的定义是一一对应的。这是一个模板化程度很高的代码。
简化后的 UserDao既然模板化程度很高，我们就要去解决它，原理很简单，就是前面 Spring 中所说的动态代理。我们可以将 UserDao 简化成一个接口：
package com.antonio.hello.mybatis.mapper;
public interface UserDao {
User getUserById(Integer id);
Integer addUser(User user);
Integer addUser2(User user);
Integer deleteUserById(Integer id);
Integer updateUser(User user);
List getAllUser();
}
使用这个接口，完全可以代替上面的 UserDao，为什么呢？因为这个接口提供了 UserDao 所需要的最核心的东西，根据这个接口，就可以自动生成 UserDao：
- 首先，UserDao 中定义了 SqlSessionFactory，这是一套固定的代码
- UserMapper 所在的包 + UserMapper 类名 + UserMapper 中定义好的方法名，就可以定位到要调用的 SQL
- 要调用 SqlSession 中的哪个方法，根据定位到的 SQL 节点就能确定
因此，我们在 MyBatis 开发中，实际上不需要自己提供 UserDao 的实现，我们只需要提供一个 UserMapper 即可。然后，我们在 MyBatis 的全局配置中，配置一下 UserMapper：
然后，加载配置文件，获取 UserMapper，并调用它里边的方法：
public class Main2 {
public static void main(String[] args) {
SqlSessionFactory instance = SqlSessionFactoryUtils.getInstance();
SqlSession sqlSession = instance.openSession();
UserMapper mapper = sqlSession.getMapper(UserMapper.class);
List allUser = mapper.getAllUser();
System.out.println(allUser);
}
}
注意，在 Maven 中，默认情况下，Maven 要求我们将 XML 配置、properties 配置等，都放在 resources 目录下，如果我们强行放在 java 目录下，默认情况下，打包的时候这个配置文件会被自动忽略掉。对于这两个问题，我们有两种解决办法：
不忽略 XML 配置：
我们可以在 pom.xml 中，添加如下配置，让 Maven 不要忽略我在 java 目录下的 XML 配置：
src/main/java **/*.xml src/main/resources
按照 Maven 的要求来
按照 Maven 的要求来，将 xml 文件放到 resources 目录下，但是，MyBatis 中默认情况下要求，UserMapper.xml 和 UserMapper 接口，必须放在一起，所以，我们需要手动在 resources 目录下，创建一个和 UserMapper 接口相同的目录存放 UserMapper.xml。这样，我们就不需要在 pom.xml 文件中添加配置了，因为这种写法同时满足了 Maven 和 MyBatis 的要求。
到此这篇关于MyBatis 中使用 Mapper 简化代码的方法的文章就介绍到这了,更多相关MyBatis 使用 Mapper 简化代码内容请搜索考高分网以前的文章或继续浏览下面的相关文章希望大家以后多多支持考高分网！
