MyBatis之使用注解开发

六、使用注解开发

目录：面向接口编程、使用注解开发、CRUD、Lombok

1.面向接口编程

之前都学过面向对象编程，也学习过接口，但在真正的开发中，很多时候会选择面向接口编程。
根本原因: 解耦 , 可拓展 , 提高复用 , 分层开发中 , 上层不用管具体的实现 , 都遵守共同的标准 , 使得开发变得容易 , 规范性更好。
在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了。
而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都是要着重考虑的，这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。
关于接口的理解：
接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离。
接口的本身反映了系统设计人员对系统的抽象理解。
接口应有两类：
第一类是对一个个体的抽象，它可对应为一个抽象体（abstract class）。
第二类是对一个个体某一方面的抽象，即形成一个抽象面（interface）。
一个体有可能有多个抽象面。抽象体与抽象面是有区别的。
三个面向区别：
面向对象是指考虑问题时，以对象为单位，考虑它的属性及方法。
面向过程是指考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现。
接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构。

2.使用注解开发

1）注解在接口上实现

package com.ping.dao;
import …
public interface UserMapper {
  @Select("select * from user")
  List<User> getUsers();
}

2）在核心配置文件中绑定接口

<!--绑定接口-->
<mappers>
  <mapper class="com.kuang.dao.UserMapper"/>
</mappers>

3）测试

import com.ping.dao.UserMapper;
import com.ping.pojo.User;
import com.ping.utils.MybatisUtils;
import org.apache.ibatis.session.SqlSession;
import org.junit.Test;
import java.util.List;
public class UserMapperTest {
  @Test
  public void test() {
    SqlSession sqlSession = MybatisUtils.getSqlSession();
    UserMapper mapper = sqlSession.getMapper(UserMapper.class);
    List<User> user = mapper.getUsers();
    for (User user : users) {
      System.out.println(user);
    }
    sqlSession.close();
  }
}

使用注解来映射简单语句会使代码显得更加简洁，然而对于稍微复杂一点的语句，Java注解就力不从心了，并且会显得更加混乱。因此，如果需要完成很复杂的事情，那么最好使用XML来映射语句。
本质：反射机制实现 底层：动态代理！

MyBatis详细的执行流程：

3.CRUD

1）可以在工具类创建的时候实现自动提交事务

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

2）编写接口并添加注解

package com.ping.dao;
import …
public interface UserMapper {
  @Select("select * from user")
  List<User> getUsers();
  //方法存在多个参数，所有的参数前面必须加上@Param注解
  @Select("select * from user where id = #{id}")
  User getUserByID(@Param("id") int id);
  @Insert("insert into user(id,name,pwd) values (#{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);
}

关于@Param()注解:
Ⅰ基本类型的参数或者String类型，需要加上。
Ⅱ引用类型不需要加。
Ⅲ如果只有一个基本类型的话，可以忽略，但是建议都加上。
Ⅳ在SQL中引用的就是我们这里的@Param()中设定的属性名。

#{}和${}的区别：
Ⅰ#{}能够很大程度上防止sql注入。
Ⅱ用${}传入数据直接显示在生成的sql中。
Ⅲ${}无法防止sql注入。
Ⅳ能用#{}时尽量用#{}。

4.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.——官网介绍

• java library java库
• plugs 插件
• build tools 构建工具
• with one annotation your class 带有注解的类

1）Lombok的简介
Lombok是一款Java开发插件，使得Java开发者可以通过其·定义的一些注解来消除业务工程冗长和繁琐的代码，尤其对于简单的Java模型对象（POJO）。在开发环境中使用Lombok插件后，Java开发人员可以节省出重复构建，诸如hashCode和equals这样的方法以及各种业务对象模型的accessor和ToString等方法的大量时间。对于这些方法，它能够在编译源代码期间自动帮我们生成这些方法，并没有如反射那样降低程序性能。
2）Lombok常用注解说明
①@NonNull：用在方法参数前，会自动对该参数进行非空校验，为空抛出NPE（NullPointerException）。
②@Cleanup：自动管理资源，用在局部变量之前，在当前变量范围内即将执行完毕退出前会清理资源，生成try-finally的代码关闭流。
③@Getter/@Setter：用在属性上，不用自己手写setter/getter方法，还可以指定范围访问。
④@ToString：用在类上，可以自动复写toString方法。
⑤@EqualsAndHashCode：用在类上，自动生成equals方法和hashCode方法。
⑥@NoArgsConstructor、@RequiredArgsConstructor、@AllArgsConstructor：用在类上，自动生成无参构造和使用所有参数的有参构造函数。
⑦@Date：用在类上，相当于同时使用了@ToString、@EqualsAndHashCode、@Getter、@Setter和@RequiredArgsConstructor这些注解，对POJO类十分有用。
⑧@Value：用在类上，是@Data的不可变形式，相当于为属性添加final声明，只提供getter方法，而不提供setter方法。
⑨@SneakyThrows：自动抛抛出受检异常，而无需显示在方法上使用throws语句。
⑩@Synchronized：用在方法上，将方法声明为同步的，并自动加锁。
⑪@Getter(lazt=true)：可以替代经典的Double Check Lock样板代码。
3）使用步骤：
①在IDEA中安装Lombok插件。
settings——>plugins——>搜索lombok，搜不到就点击browse repositories…找到后安装
②在项目中导入Lombok的jar包。

<!-- https://mvnrepository.com/artifact/org.projectlombok/lombok -->
<dependency>
  <groupId>org.projectlombok</groupId>
  <artifactId>lombok</artifactId>
  <version>1.18.10</version>
</dependency>

③在实体类上加注解即可。
4）Lombok的优缺点
①优点
Ⅰ能通过注解的形式自动生成构造器，提高了一定的开发效率。
Ⅱ让代码变得简洁，不用过多的去关注相应的方法。
Ⅲ属性做修改时，也简化了为了维护这些属性所生成的方法等。
②缺点
Ⅰ不支持多种参数的构造器重载。
Ⅱ虽然省去了手动创建getter/setter方法的麻烦，但大大降低了源代码的可读性和完整性，降低了阅读源代码的舒适度。
总结：

这是一种低级趣味的插件，不建议使用。Java发展到今天，各种插件层出不穷，如何甄别各种插件的优劣？能从架构上优化设计的，能提高应用程序性能的，实现高度封装可扩展的…，像Lombok这种，像这样的插件，已经不仅仅是插件了，改变了如何编写源码，事实上，少去了的代码，写上去又如何？如果Java家族到处充斥着这样的东西，那只不过是一坨披着金属颜色的屎，迟早会被其它的语言取代。——知乎大神