Java设计模式学习之适配器模式

适配器模式

将一个类的接口转换成另一种接口.让原本接口不兼容的类可以兼容。
1、主要分为三类：类适配器模式、对象适配器模式、接口适配器模式
2、从用户的角度看不到被适配者，是解耦的
3、用户调用适配器转化出来的目标接口方法，适配器再调用被适配者的相关接口方法

类适配器模式

基本介绍：Adapter 类，通过继承 src 类，实现 dst 类接口，完成 src->dst 的适配。
通过实现目标接口，继承原有类，在原有类的基础上增加接口中方法，将一个类转换成满足另一个新接口的类。

类适配器模式注意事项和细节

• Java 是单继承机制，所以类适配器需要继承 src 类这一点算是一个缺点, 因为这要求 dst 必须是接口，有一定局限性;
• src 类的方法在 Adapter 中都会暴露出来，也增加了使用的成本。
• 由于其继承了 src 类，所以它可以根据需求重写 src 类的方法，使得 Adapter 的灵活性增强了。

对象的适配器模式

基本思路和类的适配器模式相同，只是将 Adapter 类作修改，不是继承 src 类，而是持有 src 类的实例，以解决兼容性的问题。 即：持有 src 类，实现 dst 类接口，完成 src->dst 的适配。
不继承原有类，而是持有该类实例来实现兼容，将一个对象转换成满足另一个新接口的对象
ObjectAdapter.java

对象适配器模式注意事项和细节

• 对象适配器和类适配器其实算是同一种思想，只不过实现方式不同。
  根据合成复用原则，使用组合替代继承， 所以它解决了类适配器必须继承 src 的局限性问题，也不再要求dst必须是接口。
• 使用成本更低，更灵活。

接口的适配器模式

不希望实现一个接口中所有的方法，可选择一个抽象类实现接口，然后继承该抽象类，那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求。

接口适配器模式注意事项和细节

适用于一个接口不想使用其所有的方法的情况。

适配器模式在 SpringMVC 框架应用的源码剖析

• SpringMvc 中的 HandlerAdapter, 就使用了适配器模式
  SpringMVC 处理请求的流程回顾
• 使用 HandlerAdapter 的原因分析:
  可以看到处理器的类型不同，有多重实现方式，那么调用方式就不是确定的，如果需要直接调用 Controller 方法，需要调用的时候就得不断是使用 if else 来进行判断是哪一种子类然后执行。那么如果后面要扩展 Controller， 就得修改原来的代码，这样违背了 OCP 原则。
• 代码分析+Debug 源码
  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-F2aYus2I-1587780575824)(D:/Typora/assets/clip_image002.jpg)]
• 动手写 SpringMVC 通过适配器设计模式获取到对应的 Controller 的源码
  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jKBqafAN-1587780575828)(D:/Typora/assets/clip_image004.jpg)]
  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7x3abRBc-1587780575829)(D:/Typora/assets/clip_image005.jpg)]

适配器模式的注意事项和细节

• 三种命名方式，是根据 src 是以怎样的形式给到 Adapter（在 Adapter 里的形式）来命名的。
• 类适配器：以类给到，在 Adapter 里，就是将 src 当做类，继承
  对象适配器：以对象给到，在 Adapter 里，将 src 作为一个对象，持有
  接口适配器：以接口给到，在 Adapter 里，将 src 作为一个接口，实现
• Adapter 模式最大的作用还是将原本不兼容的接口融合在一起工作。
• 实际开发中，实现起来不拘泥于我们讲解的三种经典形式

装饰器模式

通过一个装饰类动态的将新功能附加到对象上，同时不改变其结构。
优点：在对象功能扩展方面，它比继承更有弹性，装饰者模式也体现了开闭原则(ocp)
特点：装饰类持有原有类或接口的对象，并调用它的方法

• 通过一个装饰类对现有类对象动态添加一些功能，同时不改变其结构
• 动态添加，动态撤销
• 继承的替代方式，继承只能静态添加
• 多成装饰产生过多相似对象，复杂且不易排错

装饰者模式在 JDK 应用的源码分析

Java 的 IO 结构，FilterInputStream 就是一个装饰者
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Dw6cdIg3-1587780575830)(D:/Typora/assets/clip_image002-1587658109222.jpg)] |
源码说明：

package com.atguigu.jdk;
import java.io.DataInputStream; import java.io.FileInputStream; import java.io.InputStream;

public class Decorator {
	public static void main(String[] args) throws Exception{
	// TODO Auto-generated method stub

	//说明
	//1. InputStream  是抽象类,  类似我们前面讲的 Drink
	//2. FileInputStream 是	InputStream  子类，类似我们前面的 DeCaf, LongBlack
	//3. FilterInputStream	是	InputStream 子类：类似我们前面 的 Decorator 修饰者
	//4. DataInputStream  是 FilterInputStream  子类，具体的修饰者，类似前面的 Milk, Soy 等
	//5. FilterInputStream 类  有	protected volatile InputStream in;  即含被装饰者
	//6. 分析得出在 jdk 的 io 体系中，就是使用装饰者模式
	DataInputStream dis = new DataInputStream(new 					FileInputStream("d:\\abc.txt")); 
	System.out.println(dis.read());
	dis.close();
	}
}