定义
菜鸟教程
介绍
意图:将一个类的接口转换成客户希望的另外一个接口。适配器模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。
主要解决:主要解决在软件系统中,常常要将一些"现存的对象"放到新的环境中,而新环境要求的接口是现对象不能满足的。
何时使用: 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 至多继承一个类,所以至多只能适配一个适配者类,而且目标类必须是抽象类。
使用场景:有动机地修改一个正常运行的系统的接口,这时应该考虑使用适配器模式。
注意事项:适配器不是在详细设计时添加的,而是解决正在服役的项目的问题。
大话设计模式
类适配器和对象适配器
怎么使用适配器模式
- 使用一个已经存在的类,但如果它的接口,也就是它的方法和你的要求不相同时,就应该考虑用适配器模式?
- 两个类所做的事情相同或相似,但是具有不同的接口时要使用它
Glide适配器模式应用
涉及接口类如下:
- ArrayAdapterInterface
- ByteArrayAdapter
- IntegerArrayAdapter
ArrayAdapterInterface
com.bumptech.glide.load.engine.bitmap_recycle.ArrayAdapterInterface
用于处理基元数组类型操作的接口。
/**
* Interface for handling operations on a primitive array type.
*
* @param <T> Array type (e.g. byte[], int[])
*/
用于处理基元数组类型操作的接口。
interface ArrayAdapterInterface<T> {
/** 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<byte[]> {
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<int[]> {
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也有其他适配器方式的使用,不过都不是那么典型。后期如果有具体的业务解析后再结合业务场景说明这些适配器的使用意图
自研产品推荐
历时一年半多开发终于smartApi-v1.0.0版本在2023-09-15晚十点正式上线
smartApi是一款对标国外的postman的api调试开发工具,由于开发人力就作者一个所以人力有限,因此v1.0.0版本功能进行精简,大功能项有:
- api参数填写
- api请求响应数据展示
- PDF形式的分享文档
- Mock本地化解决方案
- api列表数据本地化处理
- 再加上UI方面的打磨
为了更好服务大家把之前的公众号和软件激活结合,如有疑问请大家反馈到公众号即可,下个版本30%以上的更新会来自公众号的反馈。
嗯!先解释不上服务端原因,API调试工具的绝大多数时候就是一个数据模型、数据处理、数据模型理解共识的问题解决工具,所以作者结合自己十多年开发使用的一些痛点来打造的,再加上服务端开发一般是面向企业的,作者目前没有精力和时间去打造企业服务。再加上没有资金投入所以服务端开发会滞后,至于什么时候会进行开发,这个要看募资情况和用户反馈综合考虑。虽然目前国内有些比较知名的api工具了,但作者使用后还是觉得和实际使用场景不符。如果有相关吐槽也可以在作者的公众号里反馈蛤!
下面是一段smartApi使用介绍: