6.1 使用注解开发

注解这东西，我们都知道在某个点加个注解，然后可以传递相关参数，也可以代表某些含义。我们还能够动态的获取它。所以注解用的好的话，是可以实现很多事情的。而现在的大多数框架都是大量注解存在的，所以我们要知道如何要了解下如何注解开发。

虽然 mybatis 几乎用不到注解，大多数都在配置文件里，剩下的也都是几行代码解决的。但我们现在就学了这么一个框架，所以也只能从这里开始了解注解开发。

6.1.1 面向接口编程

大家之前都学过面向对象编程，也学习过接口但在真正的开发中，很多时候我们会选择面向接口编程。
根本原因：解耦，可扩展，提高复用，分层开发中，上层不用具体实现，大家都遵守共同的标准，使得开发变得容易，规范性更好。
在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的，在这种情况下，各种对象内部是如何实现自己的，对系统设计人员来讲就不那么重要了。
而各个对象之间的协作关系则成为系统设计的关键，小到不同类之间的通信，大到各模块之间的交互，在系统设计的之处都是要着重考虑的，这也是系统设计的主要工作内容，面向对象接口编程就是指按照这种思想来编程。

关于接口的理解

接口从更深层次的理解，应是定义（规范，约束）与实现（名实分离的原则）的分离。
接口本身反映了系统设计人员对系统的抽象理解。
接口应有两类：
第一类是对一个个体的抽象，它可对应为一个抽象体（abstract class）
第二类是对一个个体某一方面的抽象，即形成一个抽象面
一个体有可能有多个抽象面。抽象体与抽象面是有区别的。

三个面向的区别

面向对象是指，我们考虑问题时，以对象为单位，考虑它的属性及方法。
面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，主要考虑它的实现。
接口设计与非接口设计时针对复用技术而言的，与面向对象（过程）不是一个问题，它更多的体现在对系统整体架构的设计。

而用注解开发，是能够更加符合面向接口开发思想的！

6.2.1 mybatis 的注解开发

package org.mybatis.example;
public interface BlogMapper {
	@select ("select * from blog where id = #{id}")
	Blog selectBlog(int id);
}

没错，我们完全可以用 mybatis 框架里面提供的自定义注解来实现很多事情。比如在这里 @select 就是帮我们在配置文件里配置注解的这个方法的 select 查询语句，sql 语句就是我们提供的 string 参数。

但实际上，我们使用 mybatis 是不建议使用这种 sql 注解的，因为在很多情况下，xml 能够做更多的配置，而 sql 注解只能配置一个 sql语句的标签。这就会导致出现很多问题。并且当方法多了之后，放到 xml 里面，比在这里用注解更加好维护。
在这里插入图片描述

6.3 mybatis 的一些实现原理

其实很多框架的底层实现原理，都是注解和反射。当然最初的想法都是要读取到关键信息，以求更好的实现使用框架的开发者的需求！

6.3.1 读取配置文件

我们配置的 XML 文件，其实都可以通过 IO 流读取过来，这个点其实从我们通过 mybais-config.xml 的输入流为参数创建 sqlSessionFactory 那里就已经可以看出来了。

我们之所以可以通过 xml 配置文件来进行相关的功能配置。是因为我们写在配置文件里面的信息都可以被 IO 流读取出来！

读取出来后，我们提取关键的信息，把这些信息都赋值给 sqlSession 这个对象的属性上。再通过 sqlSession 就可以知道我们配置的所有信息了。

在这里插入图片描述
我们还会发现 sqlSession 里面有一个 executor 执行者，我们大可怀疑这是执行 sql 语句的对象。

6.3.2 通过反射读取注解和相关class 的信息

在获取 mapper 对象的时候，我们是通过一个方法， getMapper() 进行获取的，而提供的参数，就是我们设定的接口 UserMapper 的反射，即 UserMapper.class 这就意味着，我们可以拿到 UserMapper 类模板几乎所有的信息。包括注解！！！

在这里插入图片描述
因为我们的 mapper 最后类型是接口的类型，所以可以调用这个接口的方法。那么在调用的时候，是不是我们就可以对这个方法进行分析，因为我们已经拿到了 UserMapper.class，分析的时候，就可以获取它的注解，获取到该方法的返回类型，等等一系列的关键信息。
在这里插入图片描述
比如我们这里就使用了，注解，所以我们可以解读这个注解，然后用 sqlSession 里面的执行者去执行 sql。最后返回 userList。