在前面早点下班陪女朋友系列之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);
}
掌握了这些开发中的基本组件,就可以真正的做到解放双手,提升开发效率