Mybatis源码分析一-Mybatis基础架构以及设计模式

目录

一、Mybatis源码导入

1、mybatis源码下载地址

2、源码包导入过程：

二、Mybatis源码整体架构

1、源码整体架构

2、为什么mybatis设计要分层？

3、外观模式（门面模式）

三、设计模式六大理念

---

mybatis的源码层次结构清晰，并且用到了多种设计模式，学习mybatis的源码对于我们提高模块设计能力有很大的帮助。今天开始，我们一起看下mybatis的源码骨架到底是什么样子的把。

一、Mybatis源码导入

1、mybatis源码下载地址

MyBatis源码下载地址： https://github.com/MyBatis/MyBatis-3

2、源码包导入过程：

1. 下载Mybatis源码
2. 检查Maven版本，必须是3.25以上
3. Mybatis工程是Maven项目，JDK必须是1.8版本
4. pom文件汇总添加<optional>true<optional> 全部改为false
5. 在工程目录下执行mvn clean install -Dmaven.test.skip = true 将当前工程安装到本地仓库

二、Mybatis源码整体架构

1、源码整体架构

Mybatis的源码主要分为三层，基础支撑曾，核心处理层和接口层

• 基础支撑层：技术组件专注于底层技术实现，给上层业务提供通用组件，通用性较强无业务含义；
• 核心处理层：业务组件专注 MyBatis的业务流程实现，依赖于基础支撑层；
• 接口层： MyBatis对外提供的统一访问接口，使其简化开发，让开发者们可以面向 SqlSession编程；

2、为什么mybatis设计要分层？

1.代码和系统的可维护性更高。

系统分层之后，每个层次都有自己的定位，每个层次内部的组件都有自己的分工，系统就会变得很清晰，维护起来非常明确；

2.方便开发团队分工和开发效率的提升；

举个例子， mybatis这么大的一个源码框架不可能是一个人开发的，他需要一个团队，团队之间肯定有分工，既然有了层次的划分，分工也会变得容易，开发人员可以专注于某一层的某一个模块的实现，专注力提升了，开发效率自然也会提升；

3.提高系统的伸缩性和性能。

系统分层之后，我们只要把层次之间的调用接口明确了，那我们就可以从逻辑上的分层变成物理上的分层。当系统并发量吞吐量上来了，怎么办？为了提高系统伸缩性和性能，我们可以把不同的层部署在不同服务器集群上，不同的组件放在不同的机器上，用多台机器去抗压力，这就提高了系统的性能。压力大的时候扩展节点加机器，压力小的时候，压缩节点减机器，系统的伸缩性就是这么来的；

3、外观模式（门面模式）

从源码的架构分析，特别是接口层的设计，可以看出来 MyBatis 的整体架构符合门面模式的。 门面模式定义：提供了一个统一的接口，用来访问子系统中的一群接口。外观模式定义了一 个高层接口，让子系统更容易使用。类图如下

门面模式：提供了一个统一的接口，用来访问子系统中的一群接口。外观模式定义了一个高层接口，让子系统更容易使用。

Facade 角色：提供一个外 观接口，对外，它提供一 个易于客户端访问的接 口，对内，它可以访问子 系统中的所有功能。

SubSystem（子系统）角 色：子系统在整个系统中 可以是一个或多个模块， 每个模块都有若干类组 成，这些类可能相互之间 有着比较复杂的关系。

优点:

使复杂子系统的接口变的简单可用，减少了客户端对子系统的依赖，达到了解耦的效果；

遵循了六大原则中的迪米特法则，对内封装具体细节，对外只暴露必要的接口。

使用场景：

一个复杂的模块或子系统提供一个供外界访问的接口

子系统相对独立 ― 外界对子系统的访问只要黑箱操作即可

三、设计模式六大理念

学习源码的目的除了学习编程的技巧、经验之外，最重要的是学习源码的设计的思想以及设计模式的灵活应用，因此在学习源码之前有必要对面向对象设计的几个原则先深入的去了解，让自己具备良好的设计思想和理念；

1.单一职责原则

一个类或者一个接口只负责唯一项职责，尽量设计出功能单一的接口；

2.依赖倒转原则

高层模块不应该依赖低层模块具体实现，解耦高层与低层。既面向接口编程，当实现发生变化时，只需提供新的实现类，不需要修改高层模块代码 ;

3.开放 -封闭原则

程序对外扩展开放，对修改关闭；换句话说，当需求发生变化时，我们可以通过添加新模块来满足新需求，而不是通过修改原来的实现代码来满足新需求；

4.迪米特法则

一个对象应该对其他对象保持最少的了解，尽量降低类与类之间的耦合度；实现这个原则，要注意两个点，一方面在做类结构设计的时候尽量降低成员的访问权限，能用 private的尽量用 private；另外在类之间，如果没有必要直接调用，就不要有依赖关系；这个法则强调的还是类之间的松耦合；

5.里氏代换原则

所有引用基类（父类）的地方必须能透明地使用其子类的对象；

6.接口隔离原则

客户端不应该依赖它不需要的接口，一个类对另一个类的依赖应该建立在最小的接口上；

今天作为Mybatis源码的开胃菜，让大家在复习一下设计模式的基本原则以及Mybatis的设计的基本架构，下章我们对Mybatis的日志模块所用到的数据结构和源码进行分析！