解放双手，再也不用写CURD样板代码了，Mybatis-plus帮你全搞定

在前面《早点下班陪女朋友系列之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各种方法的具体用法可以参考官方文档：service-crud-接口

条件构造器

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

详细用法可参考官方文档：条件构造器

个人感觉这部分条件构造器有点像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);
}

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

如果感觉对你有些帮忙，请收藏好，你的关注和点赞是对我最大的鼓励！
如果想跟我一起学习，坚信技术改变世界，请关注【Java天堂】公众号，我会定期分享自己的学习成果，第一时间推送给您