MyBatis源码分析（八）：设计模式

Mybatis中用到的设计模式

1. 建造者（Builder）模式：

　　表示一个类的构建与类的表示分离，使得同样的构建过程可以创建不同的表示。建造者模式是一步一步创建一个复杂的对象，他只允许用户只通过指定复杂对象的类型和内容就可以构建它们。

　　比如SqlSessionFactoryBuilder、XMLConfigBuilder、XMLMapperBuilder、XMLStatementBuilder、CacheBuilder。

　　SqlSessionFactoryBuilder为例。模式结构：SqlSessionFactoryBuilder为具体的建造者，他没有抽象建造者父类，因为只有它一个，构建完生命周期也结束了，SqlSessionFactoryBuilder依赖于SqlSessionFactory，SqlSessionFactory的构建交给SqlSessionFactoryBuilder，表示SqlSessionFactory类的构建(SqlSessionFactoryBuilder)与SqlSessionFactory类的表示分离。

 

2. 工厂方法模式：

　　核心的工厂类不再负责所有产品的创建，而是将创建的工作交给产品接口的子类去做，这个工厂类必须为其实现接口，而不负责某一类产品实例化这种细节。

　　比如SqlSessionFactory、MapperProxyFactory、ObjectFactory。

　　以构建SqlSessionFactory为例。模式结构为：具体工厂DefaultSqlSessionFactory生产具体产品DefaultSqlSession ，具体产品有一抽象产品接口SqlSession，DefaultSqlSessionFactory有一个抽象工厂接口SqlSessionFactory

 Mapper的配置映射

3. 装饰者模式：

　　动态地给一个对象增加一些额外的职责，装饰模式比实现子类效率会高，可以称为包装器。

　　比如说Mybatis的执行器。模式结构：Executer（抽象构件），CachingExecutor（具体构件），BaseExecutor（抽象装饰类），SimpleExecutor 和 ReuseExecutor（具体装饰类）。

　　还有Mybatis的缓存Cache，Cache （组件对象的接口），PerpetualCache（具体组件，是我们需要装饰的对象），LruCache等其他类（具体装饰类，被装饰的对象）

org.apache.ibatis.cache包结构：

4. 适配器模式： 

　　将一个类的接口转换成希望的另外一个接口。

　　最常见于logger日志那一块。

　　模式结构：Log就是要转化的目标接口（Target ），各个子包下的实现类就是各种日志框架的适配器（Adapter），在这个Mybatis包之外的日志框架的Logger就是要适配的类（Adaptee）

5. 代理模式：

　　JDK的动态代理，详见 探索Mybatis之JDK动态代理：探究Proxy.newProxyInstance()生成的代理类解析

 

6. 模板模式：

　　定义一个抽象类，里面有一系列基本操作，这些操作可以是具体的，也可以是抽象的，每一个基本步骤对应算法的一个步骤，再其子类中可以重定义并实现一个算法的各个步骤。

　　比如说Myabtis中抽象的执行器BaseExecutor。模式结构：抽象类BaseExecutor，具体子类主要是SimpleExecutor、ReuseExecutor、BatchExecutor这三个。

7. 单例模式：

　　保证一个类仅有一个实例。

　　比如说ErrorContext、LoggerFactory

　　ErrorContext：

　　LogFactory：

　　LogFactory是用自己的class和要被适配的日志类的class，通过setImplementation用Construction构建起来的一个单例logConstructor，tryImplementation保证它是单例的。

private static void tryImplementation(Runnable runnable) {
    if (logConstructor == null) {
      try {
        runnable.run();
      } catch (Throwable t) {
        // ignore
      }
    }
}

  private static void setImplementation(Class<? extends Log> implClass) {
    try {
      Constructor<? extends Log> candidate = implClass.getConstructor(String.class);
      Log log = candidate.newInstance(LogFactory.class.getName());
      if (log.isDebugEnabled()) {
        log.debug("Logging initialized using '" + implClass + "' adapter.");
      }
      logConstructor = candidate;
    } catch (Throwable t) {
      throw new LogException("Error setting Log implementation.  }

8. 组合模式

9. 迭代器模式 

(未完待续)