MyBaits学习笔记--注解开发以及Lombok使用（“最全MyBatis学习”）

$前言：$
gitee中MyBatis学习源码所用到的代码都可以在这里找到

八、注解开发

1. 面向接口编程

再开发中，我们一般不用面向对象编程，很多时候都会选择面向接口编程

根本原因：解耦（最重要），可拓展，提高复用，分层开发中，上层不用管具体的实现，大家都遵守共同的标准，使得开发变得容易，规范性好。

在一个面向对象的系统中，系统的各种功能是由许多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的，对系统设计人员来讲就不那么重要了。

而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，这也是系统设计的主要工作内容，面向接口编程就是指按照这种思想来编程。

• 关于接口的理解：
  • 接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离
  • 接口的本身反映了系统设计人员对系统的抽象理解。
  • 接口应有两类:
    • 第一类是对一个个体的抽象，他可对应为一个抽象体（abstract class）
    • 第二类是对一个个体某一方面的抽象，即形成一个抽象面（interface）
  • 一个个体有可能有多个抽象面。抽象体与抽象面是由区别的。
• 三个面向区别
  • 面向对象是指。我们考虑问题时，以对象为单位，考虑它的属性及方法。
  • 面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现。
  • 接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构。

2. 注解开发

对于像 BlogMapper 这样的映射器类来说，还有另一种方法来完成语句映射。 它们映射的语句可以不用 XML 来配置，而可以使用 Java 注解来配置。比如，上面的 XML 示例可以被替换成如下的配置：

package org.mybatis.example;
public interface BlogMapper {
  @Select("SELECT * FROM blog WHERE id = #{id}")
  Blog selectBlog(int id);
}

使用注解来映射简单语句会使代码显得更加简洁，但对于稍微复杂一点的语句，Java 注解不仅力不从心，还会让你本就复杂的 SQL 语句更加混乱不堪。 因此，如果你需要做一些很复杂的操作，最好用 XML 来映射语句。

选择何种方式来配置映射，以及认为是否应该要统一映射语句定义的形式，完全取决于你和你的团队。 换句话说，永远不要拘泥于一种方式，你可以很轻松的在基于注解和 XML 的语句映射方式间自由移植和切换。

2.1 注解在接口上实现

import org.apache.ibatis.annotations.Select;
import pojo.User;

import java.util.List;

public interface UserMapper {
    @Select("select * from user")
    List<User> getUsers();
}

2.2 mybatis-config核心配置文件

绑定接口

DOCTYPE configuration
        PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
        "http://mybatis.org/dtd/mybatis-3-config.dtd">

<configuration>
    
    <properties resource="db.properties"/>

    <settings>
        
        <setting name="logImpl" value="STDOUT_LOGGING"/>
    settings>
    
    
    <typeAliases>
        <package name="com.hxl.pojo"/>
    typeAliases>

    <environments default="development">
        <environment id="development">
            
            <transactionManager type="JDBC"/>
            <dataSource type="POOLED">
                <property name="driver" value="${driver}"/>
                <property name="url" value="${url}"/>
                <property name="username" value="${username}"/>
                <property name="password" value="${password}"/>
            dataSource>
        environment>
    environments>

    
    <mappers>
        <mapper class="dao.UserMapper"/>
    mappers>
configuration>

2.3 测试

@Test
public void test(){
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    //底层主要应用反射
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    List<User> users = mapper.getUsers();
    for (User user : users) {
        System.out.println(user);
    }
    sqlSession.close();
}

此时我们会发现。这个password为null。这是因为如果注解开发只能是简单的，复杂的还是需要xml进行

2.4 注意点

• 本质：反射机制实现

• 底层：动态代理

  

Mybatis详细的执行流程

3. 注解开发CRUD

3.1 在工具类创建的时候实现自动提交事务

public static SqlSession getSqlSession() {
    return  sqlSessionFactory.openSession(true);
}

3.2 编写接口增加注解

public interface UserMapper {
    @Select("select * from user")
    List<User> getUsers();

    //方法如果有多个参数，每个参数前面都需加上@Param注解
    @Select("select * from user where id = #{id}")
    User getUserById(@Param("id") int id);

    //引用对象不需要写@Param
    @Insert("insert into user(id,name,pwd) value(#{id},#{name},#{password})")
    int addUser(User user);

    @Update("update user set name=#{name},pwd=#{password} where id = #{id}")
    int updateUser(User user);

    //如果有注解就要从跟着注解里面的走，否则会报错
    @Delete("delete from user where id = #{uid}")
    int deleteUser(@Param("uid") int id);

}

3.3 测试类

public class UserMapperTest {

    @Test
    public void test(){
        SqlSession sqlSession = MybatisUtils.getSqlSession();
        //底层主要应用反射
        UserMapper mapper = sqlSession.getMapper(UserMapper.class);
        /*List users = mapper.getUsers();
        for (User user : users) {
            System.out.println(user);
        }
        //查
        User userById = mapper.getUserById(1);
        System.out.println(userById);

        //增
        mapper.addUser(new User(4,"老四","123456"));

        //更新
        mapper.updateUser(new User(4,"hh","1234"));
        */

        //删
        mapper.deleteUser(4);

        sqlSession.close();
    }

}

• 注意点

  我们必须要将接口注册绑定到我们的核心配置文件中

  
  <mappers>
      
      
      <mapper class="dao.UserMapper"/>
  mappers>
  

3.4 关于@Param()注解

• 基本类型的参数或者String类型，需要加上
• 引用类型不需要加
• 如果只有一个基本类型的话，可以忽略，但是建议加上
• 在sql中引用的就是在这里@Param()中设定的属性名

#{}和${}

• 一个预编译，一个不同的

• #{}很大程度上可以防止sql注入。而${}无法防止

• ${}一般用于传入数据库对象，比如数据库表名

• 用${}传入的数据直接显示在生成的sql中

九、Lombok

简介

​ Project Lombok is a java library that automatically plugs into your editor and build tools, spicing up your java.
Never write another getter or equals method again, with one annotation your class has a fully featured builder, Automate your logging variables, and much more.

​ Project Lombok 是一个 Java 库，可自动插入您的编辑器并构建工具，为您的 Java 增添趣味。
永远不要再编写另一个 getter 或 equals 方法，通过一个注释，您的类就有一个功能齐全的构建器，自动化您的日志变量等等。

​ Lombok是一款Java开发插件，使得Java开发者可以通过其定义的一些注解来消除业务工程中冗长和繁琐的代码，尤其对于简单的Java模型对象（POJO）。在开发环境中使用Lombok插件后，Java开发人员可以节省出重复构建，诸如hashCode和equals这样的方法以及各种业务对象模型的accessor和ToString等方法的大量时间。对于这些方法，它能够在编译源代码期间自动帮我们生成这些方法，并没有如反射那样降低程序的性能。

使用步骤：

1. 在IDEA中安装Lombok，安装后重启

   

2. 在项目中导入Lombok的jar包

   
   <dependency>
       <groupId>org.projectlombokgroupId>
       <artifactId>lombokartifactId>
       <version>1.18.20version>
       <scope>providedscope>
   dependency>
   

3. 在实体类上注解

   @Getter and @Setter
   @FieldNameConstants
   @ToString
   @EqualsAndHashCode
   @AllArgsConstructor, @RequiredArgsConstructor and @NoArgsConstructor
   @Log, @Log4j, @Log4j2, @Slf4j, @XSlf4j, @CommonsLog, @JBossLog, @Flogger, @CustomLog
   @Data
   @Builder
   @SuperBuilder
   @Singular
   @Delegate
   @Value
   @Accessors
   @Wither
   @With
   @SneakyThrows
   @val
   @var
   experimental @var
   @UtilityClass
   

   再也不用去手写，直接加个注解就可以。
   说明：

   @Data：无参构造，get、set、toString、hashcode、equals
   @AllArgsConstructor：有参构造。这里有了有参构造，无参构造就没有，所以还需要加一个无参构造
   @NoArgsConstructor：无参构造。可以注解加也可以在里面加方法
   

   

   

优缺点

优点：

• 能够通过注解的形式自动生成构造器、getter/setter、equals、hashcode、toString等方法，提高了一定的开发效率
• 让代码变得更简洁，不用过多的去关注相应的方法
• 属性做修改时，也简化了维护为这些属性所生成的getter/setter方法等

缺点：

• 不支持多种参数构造器的重载
• 虽然省去了手动创建getter/setter方法的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度

总结

​ Lombok虽然有很多优点，但是它跟类似于一中IDEA插件，项目也需要依赖相应的jar包。Lombok依赖jar包是因为编译时要用它的注解。为什么说它又类似插件？因为在使用时，eclipse和IDEA都需要安装相应的插件，在编译器编译时通过操作AST（抽象语法树）改变字节码生成，变相的就是说它在改变java语法。

​ 它不像spring的依赖注入，或者mybatis的ORM一样是运行时的特性，而是编译时的特性。

按需使用