Glide源码阅读之适配器模式【ArrayAdapterInterface＜T＞】

定义

菜鸟教程

介绍 意图：将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

主要解决：主要解决在软件系统中，常常要将一些"现存的对象"放到新的环境中，而新环境要求的接口是现对象不能满足的。

何时使用： 1、系统需要使用现有的类，而此类的接口不符合系统的需要。 2、想要建立一个可以重复使用的类，用于与一些彼此之间没有太大关联的一些类，包括一些可能在将来引进的类一起工作，这些源类不一定有一致的接口。 3、通过接口转换，将一个类插入另一个类系中。（比如老虎和飞禽，现在多了一个飞虎，在不增加实体的需求下，增加一个适配器，在里面包容一个虎对象，实现飞的接口。）

如何解决：继承或依赖（推荐）。

关键代码：适配器继承或依赖已有的对象，实现想要的目标接口。

应用实例： 1、美国电器 110V，中国 220V，就要有一个适配器将 110V 转化为 220V。 2、JAVA JDK 1.1 提供了 Enumeration 接口，而在 1.2 中提供了 Iterator 接口，想要使用 1.2 的 JDK，则要将以前系统的 Enumeration 接口转化为 Iterator 接口，这时就需要适配器模式。 3、在 LINUX 上运行 WINDOWS 程序。 4、JAVA 中的 jdbc。

优点： 1、可以让任何两个没有关联的类一起运行。 2、提高了类的复用。 3、增加了类的透明度。 4、灵活性好。

缺点： 1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。 2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。

注意事项：适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

大话设计模式

类适配器和对象适配器 怎么使用适配器模式

1. 使用一个已经存在的类，但如果它的接口，也就是它的方法和你的要求不相同时，就应该考虑用适配器模式？
2. 两个类所做的事情相同或相似，但是具有不同的接口时要使用它

Glide适配器模式应用 涉及接口类如下：

• ArrayAdapterInterface
• ByteArrayAdapter
• IntegerArrayAdapter

ArrayAdapterInterface

com.bumptech.glide.load.engine.bitmap_recycle.ArrayAdapterInterface 用于处理基元数组类型操作的接口。

/**
 * Interface for handling operations on a primitive array type.
 *
 * @param  Array type (e.g. byte[], int[])
 */
 用于处理基元数组类型操作的接口。
interface ArrayAdapterInterface {

  /** TAG for logging. */
  String getTag();

  /** Return the length of the given array. */
  int getArrayLength(T array);

  /** Allocate and return an array of the specified size. */
  T newArray(int length);

  /** Return the size of an element in the array in bytes (e.g. for int return 4). */
  int getElementSizeInBytes();
}

ByteArrayAdapter

com.bumptech.glide.load.engine.bitmap_recycle.ByteArrayAdapter 用于处理基本字节数组的适配器。

/** Adapter for handling primitive byte arrays. */
用于处理基本字节数组的适配器。
@SuppressWarnings("PMD.UseVarargs")
public final class ByteArrayAdapter implements ArrayAdapterInterface {
  private static final String TAG = "ByteArrayPool";

  @Override
  public String getTag() {
    return TAG;
  }

  @Override
  public int getArrayLength(byte[] array) {
    return array.length;
  }

  @Override
  public byte[] newArray(int length) {
    return new byte[length];
  }

  @Override
  public int getElementSizeInBytes() {
    return 1;
  }
}

IntegerArrayAdapter

com.bumptech.glide.load.engine.bitmap_recycle.IntegerArrayAdapter 用于处理原语int数组的适配器。

/** Adapter for handling primitive int arrays. */
用于处理原语int数组的适配器。
@SuppressWarnings("PMD.UseVarargs")
public final class IntegerArrayAdapter implements ArrayAdapterInterface {
  private static final String TAG = "IntegerArrayPool";

  @Override
  public String getTag() {
    return TAG;
  }

  @Override
  public int getArrayLength(int[] array) {
    return array.length;
  }

  @Override
  public int[] newArray(int length) {
    return new int[length];
  }

  @Override
  public int getElementSizeInBytes() {
    return 4;
  }
}

小计

适配器模式在理解上很容易，但是在结合实际业务场景和版本迭代维护进行设计或解析就比较复杂了，比如Glide这个很典型的适配器应用，如果不进行业务的深入分析不太容易理解设计者这么使用适配器的具体意图。但是从这个结构上看是如此的简单易懂。但如果进行自己的项目应用开发不太容易找到合适的使用场景。

根据适配器的定义和使用场景理解。它一般是用于后期维护使用居多。例如Glide多年的版本迭代，Android系统版本迭代等等这些迭代次数多且业务复杂的系统软件或组件使用比较多一些。一般应用上反倒没有合适的应用场景了。

拓展

适配器的合理使用是比较考验开发者对于业务理解和业务目标的明确性。同时在解析具体的适配器时需要涉及具体的业务这提高了解析理解的复杂性。本章就不展开了。熟悉其典型结构即可。Glide也有其他适配器方式的使用，不过都不是那么典型。后期如果有具体的业务解析后再结合业务场景说明这些适配器的使用意图