在前面早点下班陪女朋友系列之Mybatis-plus代码生成器 一文中，我们知道MyBatis-plus可以根据模板帮我们自动生成Controller、service、Mapper代码，让我们更加专注于业务代码的实现，真正做到简化开发，提升开发效率的目的

MyBatis-plus为简化开发，提升效率而生，它所做的远不止代码生成器，还帮我们解决了最基本的CRUD操作，这些最基本的单表操作，Mybatis-plus就直接集成了，你一行代码不用写就可以直接实现CRUD功能

下面我们来看一下，Mybatis-plus为我们自动生成的代码是什么样的

1、Mapper

public interface UserMapper extends BaseMapper<User> {

}

生成的UserMapper文件是空的，继承了MyBatis-plus的BaseMapper接口

<mapper namespace="com.kxg.mp.demo.mapper.UserMapper">

    <!-- 通用查询映射结果 -->
    <resultMap id="BaseResultMap" type="com.kxg.mp.demo.model.User">
        <id column="user_id" property="userId" />
        <result column="user_name" property="userName" />
    </resultMap>

    <!-- 通用查询结果列 -->
    <sql id="Base_Column_List">
        user_id, user_name
    </sql>

</mapper>

2、Service

public interface UserService extends IService<User> {

}

@Service
public class UserServiceImpl extends ServiceImpl<UserMapper, User> implements UserService {

}

生成的service也是继承了Mybatis-plus的service接口

3、Controller

@Controller
@RequestMapping("/user")
public class UserController {

}

可以看到，生成的Controller是个空的类，里面什么接口也没有，我们可以尝试写一些接口

@Controller
@RequestMapping("/user")
public class UserController {

    @Autowired
    private UserService userService;

    public void query(){
        Map<String,String> paramMap = new HashMap<String,String>();
        paramMap.put("userName","张三");
        List<User> userList = userService.query().allEq(paramMap).list();

    }

    @PostMapping("/save")
    public void save(User user){
        userService.save(user);
    }

    @PostMapping("/update")
    public void update(User user){
        userService.updateById(user);
    }

    @PostMapping("/delete")
    public void delete(String userId){
        userService.removeById(userId);
    }

}

从上面的代码可以看出来，基本的CRUD方法都直接从MyBatis-plus框架中继承而来，不需要我们自己写

关于基本的CRUD各种方法的具体用法可以参考官方文档：https://baomidou.com/guide/crud-interface.html#service-crud-接口

条件构造器

在我们进行操作数据库的时候，一般很少全表操作，大多数场景下都是带着条件去操作数据的，条件构造器就是对各种不同的条件进行组装，来完成不同条件的查询，比如 eq(等于)、gt（大于）、orderBy(排序)、having、groupBy、between等，通过把这些SQL中的操作符翻译成代码来进行条件的组装

详细用法可参考官方文档：https://baomidou.com/guide/wrapper.html#abstractwrapper

个人感觉这部分条件构造器有点像Hibernate的搞法，把数据库的操作映射成对象的操作，这样更符合程序员的思维，但也存在一些弊端

比如，有一天你的系统出现了一个慢SQL，你需要定位到慢SQL进行优化，这个时候用这种条件构造器的方法就比较痛苦了，比较难定位到SQL，没有直接写SQL来的直接，所以建议使用Mybatis-plus的基础CRUD方法就够了，比较复杂的SQL就直接拼SQL就完了，没必要去通过各种代码来拼条件

当然这是我的个人见解，对于怎么使用本来就是见仁见智的事，你觉得怎么方法怎么使用

分页

MyBatis-plus的分页也超级简单，直接传入分页参数就可以完成自动分页，下面看一下代码

public interface UserMapper {//可以继承或者不继承BaseMapper
    /**
     * <p>
     * 查询 : 根据state状态查询用户列表，分页显示
     * </p>
     *
     * @param page 分页对象,xml中可以从里面进行取值,传递参数 Page 即自动分页,必须放在第一位(你可以继承Page实现自己的分页对象)
     * @param state 状态
     * @return 分页对象
     */
    IPage<User> selectPageVo(Page<?> page, Integer state);
}

<select id="selectPageVo" resultType="com.baomidou.cloud.entity.UserVo">
    SELECT id,name FROM user WHERE state=#{state}
</select>

public IPage<User> selectUserPage(Page<User> page, Integer state) {
    // 不进行 count sql 优化，解决 MP 无法自动优化 SQL 问题，这时候你需要自己查询 count 部分
    // page.setOptimizeCountSql(false);
    // 当 total 为小于 0 或者设置 setSearchCount(false) 分页插件不会进行 count 查询
    // 要点!! 分页返回的对象与传入的对象是同一个
    return userMapper.selectPageVo(page, state);
}

掌握了这些开发中的基本组件，就可以真正的做到解放双手，提升开发效率