设计模式之深入理解适配器模式

整体思路是这样的，第一部分介绍什么是适配器模式，第二部分介绍适配器模式值得思考的地方。

第一部分-适配器模式介绍

一.定义

1：定义：将一个类的接口转换成客户希望的另外一个接口，使得原本由于接口不兼容而不能一起工作的那些类能一起工作。

2：分类：适配器模式分为类结构型模式和对象结构型模式两种，前者类之间的耦合度比后者高，且要求程序员了解现有组件库中的相关组件的内部结构，所以应用相对较少些。

二.解决的问题

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

三.使用场景

1、以前开发的系统存在满足新系统功能需求的类，但其接口同新系统的接口不一致。
2、使用第三方提供的组件，但组件接口定义和自己要求的接口定义不同。

四.优缺点

1、优点：

1. 客户端通过适配器可以透明地调用目标接口。
2. 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。
3. 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。

2、缺点：

1. 对类适配器来说，更换适配器的实现过程比较复杂 。
2. 过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A接口，其实内部被适配成了 B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构

五.结构

1、类适配器模式是通过重继承方式实现。
2、对象适配器模式可釆用将现有组件库中已经实现的组件引入适配器类中。
3、适配器模式（Adapter）包含以下主要角色：

1. 目标（Target）接口：当前系统业务所期待的接口，它可以是抽象类或接口。
2. 适配者（Adaptee）类：它是被访问和适配的现存组件库中的组件接口。
3. 适配器（Adapter）类：它是一个转换器，通过继承或引用适配者的对象，把适配者接口转换成目标接口，让客户按目标接口的格式访问适配者。

4、类适配器模式的结构图如图：

5、对象适配器模式的结构图如图：

六.实现

1：目标接口(AdapterPattern):

2:适配者接口(Adaptee):

3:类适配器(ClassAdapter):

4:对象适配器(ObjectAdapter):

5:客户端代码：

如上就是对适配器模式的介绍，接下来将介绍适配器模式值得思考的地方。

第二部分-适配器模式思考点

1、问题：为什么要用适配器来解决接口不兼容的问题？例如上面的代码，不用适配器一样也能实现。
2、答案：上面的例子比较简单，无法展现出适配器模式的作用。拿现实中的例子来说明。比如说电脑连接显示器的插槽是type-c，但是显示器只提供hdmi插头，我们无法在电脑上在加一个hdmi插槽，也无法让显示器提供type-c的插头，此时就需要一个适配器，将hdmi的插头转换成type-c插头。同理，在程序的世界里也是这样。程序A需要A类型的接口，但是程序B只能提供B类型的接口，程序A无法做出改变，程序B也无法做出改变，这样就需要程序C来链接程序A和程序B。
3：重点说明，无法做出改变的原因如下：

1. 没有能力做出改变 （电脑已经成型了，无法再增加一个hdmi插槽，同理程序A无法提供程序B要求的内容（例如：参数））
2. 做出改变会影响原有设计（就算可以增加一个hdmi插槽，势必要改变原有电脑零部件的位置，同理程序A做出改变会破坏程序A的原有代码结构）

以上就是我对适配器模式的理解，哪里说的不对还请指教。