源码和笔记
❶ MyBatisPlus快速入门源码笔记共享，拿走吧你
为什么要学习它呢？
答：MyBatisPlus可以节省我们大量工作时间，所有的CRUD代码它都可以自动化完成！
优点：
1. 易于上手和掌握。
2. sql写在xml里，便于统一管理和优化。
3. 解除sql与程序代码的耦合。
4. 提供映射标签，支持对象与数据库的orm字段关系映射
5. 提供对象关系映射标签，支持对象关系组建维护
6. 提供xml标签，支持编写动态sql。
MyBatis Plus（简称 MP）是一个 MyBatis的增强工具，在 MyBatis 的基础上只做增强不做改变，为简化开发、提高效率而生。
就像 魂斗罗 中的 1P、2P，基友搭配，效率翻倍。
特性：
无侵入 ：只做增强不做改变，引入它不会对现有工程产生影响，如丝般顺滑。
损耗小 ：启动即会自动注入基本 CURD，性能基本无损耗，直接面向对象操作 强大的 CRUD 操作 ：内置通用 Mapper、通用 Service，仅仅通过少量配置即可实现单表大部分 CRUD 操作，更有强大的条件构造器，满足各类使用需求 支持 Lambda 形式调用 ：通过 Lambda 表达式，方便地编写各类查询条件，无需再担心字段写错。
支持组件自动生成 ：支持多达 4 种主键策略（内含分布式唯一 ID 生成器 Sequence），可自由配置，完美解决主键问题。
支持 ActiveRecord 模式 ：支持 ActiveRecord 形式调用，实体类只需继承 Model 类即可进行强大的 CRUD 操作。
支持自定义全局通用操作 ：支持全局通用方法注入（ Write once, use anywhere ）。
内置代码生成器 ：采用代码或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、 Controller 层代码，支持模板引擎，更有超多自定义配置等您来使用 内置分页插件 ：基于 MyBatis 物理分页，开发者无需关心具体操作，配置好插件之后，写分页等同于普通 List查询。
分页插件支持多种数据库 ：支持 MySQL、MariaDB、Oracle、DB2、H2、HSQL、SQLite、Postgre、SQLServer 等多种数据库。
内置性能分析插件 ：可输出 Sql 语句以及其执行时间，建议开发测试时启用该功能，能快速揪出慢查询。
内置全局拦截插件 ：提供全表 delete 、 update 操作智能分析阻断，也可自定义拦截规则，预防误操作。
1.1 、引入mybatis-plus相关maven依赖
引入mybatis-plus在spring boot中的场景启动器
ps:切记不可再在pom.xml文件中引入mybatis与mybatis-spring的maven依赖,这一点,mybatis-plus的官方文档中已经说明的很清楚了.
1.2、创建数据表
(1)SQL语句
(2) 数据表结构
1.3、 创建java bean
根据数据表新建相关实体类
1 package com.example.demo.pojo
1.4、 配置application.proprties
数据源使用druid
ps:在进行crud实验之前,简单对mybatis与mybatis-plus做一个简单的对比
2.1、mybatis与mybatis-plus实现方式对比
(1)提出问题: 假设我们已存在一张 tbl_employee 表，且已有对应的实体类 Employee，实现 tbl_employee 表的 CRUD操作我们需要做什么呢？
(2)实现方式: 基于 Mybatis 需要编写 EmployeeMapper 接口，并手动编写 CRUD 方法 提供 EmployeeMapper.xml 映射文件，并手动编写每个方法对应的 SQL 语句. 基于 Mybatis-plus 只需要创建 EmployeeMapper 接口, 并继承BaseMapper 接口.这就是使用 mybatis-plus 需要完成的所有操作，甚至不需要创建 SQL 映射文件。
2.2、BaseMapper接口介绍
(1)如何理解核心接口BaseMapper?
在使用Mybatis-Plus时,核心操作类是BaseMapper接口，其最终也是利用的Mybatis接口编程的实现机制，其默认提供了一系列的增删改查的基础方法，并且开发人员对于这些基础操作不需要写SQL进行处理操作（Mybatis提供的机制就是需要开发人员在mapper.xml中提供sql语句），那样我们可以猜测肯定是Mybatis-Plus完成了BaseMapper接口提供的方法的SQL语句的生成操作。
(2)BaseMapper接口为我们定义了哪些方法?
BaseMapper接口源码:
(3) mybatis-plus中常用的注解 1
由于我们的数据表名于实体类的类名不一致,并且实体类于数据表还存在字段名不对应的情况,因此我们需要引入mybatis-plus的注解.
编写EmployeeMapper接口继承BaseMapper接口
准备考试环境:
(1)插入
(2)修改
控制台打印出的sql语句
如果我们不设置实体类的email与gender属性,结果是怎样的呢?
控制台sql语句:
显然,mybatis-plus为我们做了非空判断,空值的话,默认不更新对应的字段.想一想,这是不是类似于mybatis中的动态sql呢?
这种处理效果又会带来什么好处呢?
(3)查询
selectById方法
selectBatchIds方法
ps:发现该方法底层使用的竟然是sql的in关键字
selectByMap方法
(4)删除
3、不得不提的条件构造器---Wrapper
3.1.wrapper及其子类介绍
(1)Wrapper ：条件构造抽象类，最顶端父类，抽象类中提供3个方法以及其他方法.
❷ 看源代码时，你喜欢怎么做笔记
不要一上来就啃源代码，去搜索和代码对应的‘代码架构图’和‘开发者手册’，后者会提供代码的设计思路和很多概念的说明，还会将代码中的注释进行整理汇总，非常有用。当我看了2天的代码，即将要崩溃时。找到了‘数据流图’和‘开发者手册’。在LinuxCNC的根目录下有directory.map，是为代码的组织框架，根据这个，可以快速定位到核心的代码所在的文件夹。 LinuxCNC的核心代码有2个文件夹，每个又包含有几十个c文件和h文件。切忌一开始就将精力放在细节上，开始我通过c文件的名字寻找我觉得重要的代码，然后逐行逐字地看，花了很多时间，完全摸不着方向，挫败感很强。 后来经师兄的提醒，逐个看c文件，只关注‘函数名’和是否为内部函数，‘头文件、变量、输入参数、输出参数’都忽略掉，并根据注释或函数名大致确定每个函数的功能，整理成文档。 经过第4部，就能知道哪些c文件是核心，哪些函数是核心中的核心，然后从某一个函数开始，跟踪到无法跟踪下去为止，可以用‘树状结构’记录这些调用关系，经过这步后会对代码整个的操作流程有个整体的认识。这个过程当中需要留意源码中的注释，那是很多前辈的智慧，他们将思考、疑问、心得都写下来，今天看到了一句注释‘This is the brains of the operation.’，激动啊。因为还不清楚‘数据结构’，所以这时的认识很笼统。 从核心c文件包含的头文件开始，梳理‘数据结构’，LinuxCNC里面有大量的结构体，建议将重要的‘数据结构’整理出来。 接下来goto第5步，不过要挖的细一些，碰到不懂的‘数据结构’，goto第6步，有啥新心得体会都记录下来，until你觉得看懂了源代码。 ps，看源码是一个来回跳转的过程，需要一个好的工具，至少得具有‘语法高亮’‘宏、变量、函数列表’以及强大的跳转功能，我用的是Vim。