2023最新动力节点MybatisPlus笔记——第三章进阶篇

3 【进阶篇】

3.1 映射

学习过Mybatis的同学应该知道，Mybatis框架之所以能够简化数据库操作，是因为他内部的映射机制，通过自动映射，进行数据的封装，我们只要符合映射规则，就可以快速高效的完成SQL操作的实现。
既然MybatisPlus是基于Mybatis的增强工具，所以也具有这样的映射规则。
我们先来了解一下自动映射规则。

3.1.1 自动映射规则

【1】表名和实体类名映射 -> 表名user 实体类名User
【2】字段名和实体类属性名映射 -> 字段名name 实体类属性名name
【3】字段名下划线命名方式和实体类属性小驼峰命名方式映射 ->
字段名 user_email 实体类属性名 userEmail
MybatisPlus支持这种映射规则，可以通过配置来设置
map-underscore-to-camel-case: true 表示支持下划线到驼峰的映射
map-underscore-to-camel-case: false 表示不支持下划线到驼峰的映射

mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    map-underscore-to-camel-case: true 

3.1.2 表映射

通过@TableName()注解指定映射的数据库表名，就会按照指定的表名进行映射
如：此时将数据库的表名改为powershop_user,要完成表名和实体类名的映射，需要将实体类名也要指定为powershop_user

@Data
@AllArgsConstructor
@NoArgsConstructor
@TableName("powershop_user")public class User {
    private Long id;
    private String name;
    private Integer age;
    private String email;
} 

如果有很多实体类，对应到数据库中的很多表，我们不需要每个依次配置，只需要配置一个全局的设置，他都会给每个实体类名前面添加指定的前缀，这里我们演示一下全局配置的效果

mybatis-plus:  global-config:    db-config:
      table-prefix: powershop_ 

3.1.3 字段映射

什么场景下会改变字段映射呢？
【1】当数据库字段和表实体类的属性不一致时，我们可以使用@TableField()注解改变字段和属性的映射，让注解中的名称和表字段保持一致
如：此时将数据库字段的名称我们改为username，在根据实体类的属性拼接SQL的使用，就会使用@TableField()中指定的名称username进行拼接，完成查询

@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
    @TableField("username")
    private String name;
   } 

此时的SQL语句是这样的
SELECT id,username AS name,email FROM powershop_user

【2】数据库字段和表实体类的属性一致，框架在拼接SQL语句的时候，会使用属性名称直接拼接sql语句，例如：
SELECT id,username AS name,age,email,desc FROM powershop_user

这条语句直接进行查询的时候，会出现错误
Error querying database. Cause: java.sql.SQLSyntaxErrorException: You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘desc FROM powershop_user’ at line 1

原因是，desc属于关键字，不能直接用于sql查询，要解决这个问题，就需要将desc字段加上``符号，将他变为不是关键字，才能完成查询，那这个问题的根本也是改变生成的SQL语句的字段名称，也就是我们需要通过@TableField()改变实体类的属性名称，将desc变为desc,就可以解决这个问题

@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
    @TableField("`desc`")
    private String desc;
}

此时可以观察到，框架拼接生成的SQL语句的字段名称变为了desc,这样是可以正常完成查询的

3.1.4 字段失效

当数据库中有字段不希望被查询，我们可以通过@TableField(select = false)来隐藏这个字段，那在拼接SQL语句的时候，就不会拼接这个字段
如：如果不想显示年龄信息，那么可以在age属性上添加这个注解，来隐藏这个字段

@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
    @TableField(select = false)
    private Integer age;
}

生成的SQL语句如下，通过查询生成的SQL语句，发现并没有拼接age字段

3.1.5 视图属性

在实际开发中，有些字段不需要数据库存储，但是却需要展示，需要展示也就是意味着实体类中需要存在这个字段，我们称这些实体类中存在但是数据库中不存在的字段，叫做视图字段。
根据之前的经验，框架会默认将实体类中的属性作为查询字段进行拼接，那我们来思考，像这种视图字段，能够作为查询条件么，显示是不能的。因为数据库中没有这个字段，所以查询字段如果包含这个字段，SQL语句会出现问题。我们通过@TableField(exist = false)来去掉这个字段，不让他作为查询字段。

@Data
@AllArgsConstructor
@NoArgsConstructor
public class User {
    @TableField(exist = false)
    private Integer online;
}

可以看到查询结果中不包含该字段

3.1.6 小结

这一章节，我们讲解了MybatisPlus的映射规则，以及如果通过注解配置来改变这种映射规则。

3.2 条件构造器

3.2.1 条件构造器介绍

之前我们进行的MybatisPlus的操作，没有涉及到条件查询，实际上在开发需求中条件查询是非常普遍的。接下来我们就来讲解如何使用MybatisPlus完成条件查询。
首先，想要使用MybatisPlus完成条件查询，基于面向对象的思想，万物皆对象，那么查询条件也需要使用对象来完成封装。我们先看一下，在MybatisPlus中，和条件有关的类有哪些，他们之间有什么关系，理清楚了这个，我们在传递条件对象的时候，就很清晰了。

3.2.2 Wrapper

抽象类，条件类的顶层，提供了一些获取和判断相关的方法

3.2.3 AbstractWrapper

抽象类，Wrapper的子类，提供了所有的条件相关方法

3.2.4 AbstractLambdaWrapper

抽象类，AbstractWrapper的子类，确定字段参数为方法引用类型

3.2.5 QueryWrapper

类，AbstractWrapper的子类，如果我们需要传递String类型的字段信息，创建该对象

3.2.6 LambdaQueryWrapper

类，AbstractLambdaWrapper的子类，如果我们需要传递方法引用方式的字段信息，创建该对象

该图为以上各类的关系，我们在编写代码的时候，只需要关注QueryWrapper和LambdaQueryWrapper

3.2.7 小结

通过学习类的继承体系，我们知道，我们需要重点掌握QueryWrapper和LambdaQueryWrapper这两个类，在一般情况下，我们大多选择LambdaQueryWrapper，因为选择这种方式传递参数，不用担心拼写错误问