回复
为什么Mybatis-plus这么好用，反而用的不多？
gnt_xxy
发布于 2023-6-15 19:31
浏览
0收藏
作者 | 哪吒
来源 |哪吒编程(ID：gh_61b183bcf690)
一、什么是Mybatis-plus？
MyBatis-Plus（简称MP），是mybatis的增强工具，在mybatis的基础上只做增强不做改变，为简化开发，提高效率而生。
二、特点
1、润物无声
只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑。
2、 效率至上
只需简单配置，即可快速进行单表 CRUD 操作，从而节省大量时间。
3、丰富功能
代码生成、自动分页、逻辑删除、自动填充等功能一应俱全。
三、优点
1、无侵入
MyBatis-Plus在MyBatis的基础上进行扩展，只做增强不做改变，引入MyBatis-Plus不会对现有的MyBatis框架产生任何影响，而且MP支持所有MyBatis原生的特性。
2、依赖少
仅仅依赖MyBatis以及MyBatis-Spring
3、损耗小
启动即会注入基本CRUD，性能基本无损耗，直接面向对象操作
4、预防SQL注入
内置SQL注入剥离器，有效预防sql注入攻击
5、通用CRUD操作
内置通用mapper、通用service，仅仅通过少量配置即可实现单表大部分CRUD操作，更有强大的条件构造器，满足各类使用需求，CRUD程序员的噩梦。
6、多种主键策略
支持多达4种主键策略（内含分布式唯一ID生成器），可自由配置，完美解决主键问题。
- AUTO 数据库ID自增
- INPUT 用户输入ID
- ID_WORKER 全局唯一ID，Long类型的主键
- ID_WORKER_STR 字符串全局唯一ID
- UUID 全局唯一ID，UUID类型的主键
- NONE 该类型为未设置主键类型
主键生成的几种方式：
- 数据库自增长
- UUID
- Redis生成id
7、支持热加载
mapper对应的xml支持热加载，对于简单的CRUD操作，甚至可以无xml启动。
注意：3.0.6版本上移除了该功能,不过最新快照版已加回来并打上废弃标识,预计3.1.0版本上完全移除
8、支持Active Record
Active Record（简称AR），是一种领域模型模式，特点是一个模型类对应关系型数据库中的一个表，而模型类的一个实例对应表中的一行记录。
MyBatis-Plus对AR的支持，仅需要继承Model类并实现主键指定方法即可。
9、支持代码生成
采用代码或者Maven插件可快速生成mapper、model、service、controller层代码，支持模板引擎，代码生成器类只需修改表名，并输入项目包结构即可，轻松惬意。
10、支持自定义全局通用操作
支持全局通用方法注入
11、支持关键词自动转义
支持数据库关键词自动转移，还可以自定义关键词
12、内置分页插件
基于Mybatis物理分页，开发者无需关心具体操作，配置好插件之后，写分页等同于写基本List查询。
分页？初级程序员的噩梦，现在？so easy！
13、内置性能分析插件
可输出sql语句及执行时间，建议开发测试阶段启用。
14、内置全局拦截插件
提供全表delete、update操作，智能分析阻断，预防误操作。
四、BaseMapper
在使用MyBatis-Plus中我们经常用到BaseMapper接口，我就是因为BaseMapper才写的这篇博客，真的是菜鸡的很。
BaseMapper是利用MyBatis接口编程的实现机制，其默认提供了一系列的增删改查的基础方法，并且开发人员对于这些基础操作不需要写SQL进行处理操作（Mybatis提供的机制就是需要开发人员在mapper.xml中提供sql语句），那样我们可以猜测肯定是Mybatis-Plus完成了BaseMapper接口提供的方法的SQL语句的生成操作。
BaseMapper类：
package com.baomidou.mybatisplus.core.mapper;
import com.baomidou.mybatisplus.core.conditions.Wrapper;
import com.baomidou.mybatisplus.core.metadata.IPage;
import java.io.Serializable;
import java.util.Collection;
import java.util.List;
import java.util.Map;
import org.apache.ibatis.annotations.Param;
public interface BaseMapper<T> {
int insert(T var1);
int deleteById(Serializable var1);
int deleteByMap(@Param("cm");
int delete(@Param("ew");
int deleteBatchIds(@Param("coll");
int updateById(@Param("et");
int update(@Param("et") T var1, @Param("ew");
T selectById(Serializable var1);
List<T> selectBatchIds(@Param("coll");
List<T> selectByMap(@Param("cm");
T selectOne(@Param("ew");
Integer selectCount(@Param("ew");
List<T> selectList(@Param("ew");
List<Map<String, Object>> selectMaps(@Param("ew") Wrapper<T> var1);
List<Object> selectObjs(@Param("ew");
IPage<T> selectPage(IPage<T> var1, @Param("ew");
IPage<Map<String, Object>> selectMapsPage(IPage<T> var1, @Param("ew") Wrapper<T> var2);
}五、使用Mybatis-plus实现增删改查
1、Controller层
@Controller
@RequestMapping("/user")
public class UserController {
@Autowired
private UserService userService;
public void query(){
Map<String, String> map = new HashMap<String, String>();
map.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);
}
}知识拓展 >> 条件构造器
条件构造器就是对各种不同的条件进行组装，来完成不同条件的查询，比如 eq(等于)、gt（大于）、orderBy(排序)、having、groupBy、between等，通过把这些SQL中的操作符翻译成代码来进行条件的组装。个人感觉条件构造器有点像hibernate的感觉，把数据库的操作映射成对象的操作，更符合程序员的思维，但也存在一定的弊端。比如项目报错了，很难定位到具体的sql，没有直接写sql来的直接，实际的开发过程中基本很少考虑Mybatis-plus。
2、service层
public interface UserService extends IService<User> {
}
@Service
public class UserServiceImpl extends ServiceImpl<UserDao, User> implements UserService {
}3、dao层
@Mapper
public interface UserDao extends BaseMapper<User> {
}4、分页
（1）分页配置类
@Configuration
public class MybatisPlusConfig {
/**
* 分页插件
*/
@Bean
public PaginationInterceptor paginationInterceptor(){
return new PaginationInterceptor();
}
}（2）controller
@Controller
@RequestMapping("/user")
public class UserController {
@Autowired
private UserService userService;
// 分页
@RequestMapping(value = "/findAll",method = RequestMethod.POST)
public Object findAll(HttpServletRequest request){
//获取前台发送过来的数据
Integer pageNo = Integer.valueOf(request.getParameter("pageNo"));
Integer pageSize = Integer.valueOf(request.getParameter("pageSize"));
IPage<User> page = new Page<>(pageNo, pageSize);
QueryWrapper<User> wrapper = new QueryWrapper<>();
User user= new User();
user.setId(1);
wrapper.setEntity(user);
return userService.page(page,wrapper);
}
}这代码，绝了，真简洁。相见恨晚啊，害老子写了那么多年的没用代码！！！
我记得SpringMVC三层架构，不是这样色儿的啊。
表现层：
接收前台传的参数，再将这些参数传递给业务层去处理，业务层再将处理的数据返回给表现层，表现层再将这些数据返回给页面，并做页面的跳转。
业务层：
接收表现层传来的参数，并进行业务逻辑的处理，在业务处理的过程中，可能会从数据库里面操作数据，那么业务层不会亲自去操作数据库，而是将操作数据库的任务交给持久层处理。
数据持久层：
接收业务层传递过来的参数，进行数据库的交互处理，将操作数据库的结果返回给业务层。
这才对嘛！
但是，Mybatis-plus是什么鬼？
表现层controller、业务层service、数据持久层dao，一个方法都没有，直接在controller层全包揽了。
很多人都说，这不挺好的，但问题来了
- 代码可读性差
- 不利于sql优化
虽然Mybatis-plus可以让你的代码更加的简洁，并具有上面说的14个优点，但同时降低代码复用性和层次结构的清晰度，大幅增加代码修改维护成本。
service层代码和数据库访问层代码混淆在一起，让程序员很难专注的关心某一细节。常见的SQL操作Mybatis-plus可以通过Wrapper构造SQL执行条件，程序员就看不到一条条SQL语句，而阅读和检查SQL逻辑是比较耗费精力的事，Mybatis-plus只不过是以后期维护成本为代价换取开发时貌似整洁的优势。
六、总结
一句话，除了单表无脑操作，尽量不要在实际开发中使用Mybatis-plus。
分类
标签
已于2023-6-15 19:31:08修改
赞
收藏
回复
相关推荐
