为什么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生成器),可自由配置,完美解决主键问题。

  1. AUTO 数据库ID自增
  2. INPUT 用户输入ID
  3. ID_WORKER 全局唯一ID,Long类型的主键
  4. ID_WORKER_STR 字符串全局唯一ID
  5. UUID 全局唯一ID,UUID类型的主键
  6. NONE 该类型为未设置主键类型

主键生成的几种方式:

  1. 数据库自增长
  2. UUID
  3. 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层全包揽了。

很多人都说,这不挺好的,但问题来了

  1. 代码可读性差
  2. 不利于sql优化

虽然Mybatis-plus可以让你的代码更加的简洁,并具有上面说的14个优点,但同时降低代码复用性和层次结构的清晰度,大幅增加代码修改维护成本。

service层代码和数据库访问层代码混淆在一起,让程序员很难专注的关心某一细节。常见的SQL操作Mybatis-plus可以通过Wrapper构造SQL执行条件,程序员就看不到一条条SQL语句,而阅读和检查SQL逻辑是比较耗费精力的事,Mybatis-plus只不过是以后期维护成本为代价换取开发时貌似整洁的优势。

六、总结

一句话,除了单表无脑操作,尽量不要在实际开发中使用Mybatis-plus。

分类
已于2023-6-15 19:31:08修改
收藏
回复
举报
回复
    相关推荐