定义：适配器模式是将一个类的接口转换成客户希望的另一个接口，适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作，在软件设计中我们需要将一些”现存的对象”放到新的环境中，而新环境要求的接口是现对象所不能满足的，我们可以使用这种模式进行接口适配转换，使得”老对象”符合新环境的要求。
使用场景：1、系统需要使用现有的类，而此类的接口不符合系统的需要；2、通过接口转换，将一个类插入另一个类中，用电器来打个比喻：有一个电器的插头是三脚的，而现有的插座是两孔的，要使插头插上插座，我们需要一个插头转换器，这个转换器即是适配器。
适配器模式涉及三个角色：
1、源（Adaptee）:需要被适配的对象或类型，相当于插头；
2、适配器（Adapter）:连接源和目标对象的中间对象，相当于转换器；
3、目标角色（Target）:定义了客户端期望的接口，相当于插座；
如何实现呢？
使用继承（类适配器）或者聚合（对象适配器）已有的对象实现想要的目标接口，优先推荐使用对象适配器（ 基于组合优先于继承）。
适配器模式结构图：
以下我们先以对象适配为例来分析，以下是源码：
UML类图：
以上就是对象适配模式，目标接口MediaPlayer中有一个play(String,String)方法，而源对象接口AdvancedMediaPlayer中并没有这个方法，我们想通过目标接口的对象AudioMediaPlayer实现播放VCL、Mp4格式的文件，就需要一个MediaPlayerAdapter来对源对象(Mp4MediaPlayer、VLCMedaiPlayer)进行适配，它通过聚合的方式持有一个AdvancedMediaPlayer类型的引用，并且它还实现了与目标对象相同的接口，自然也就包含了和目标对象相同的方法，目标对象AudioMediaPlayer关联了MediaPlayerAdapter对象的引用，当然就可以实现播放VCL、Mp4格式的文件了；
接下来我们说说类适配器模式：
类适配是通过Adapter类继承Adaptee(被适配类)，同时实现Target接口（因为Java不支持多继承，所以只能通过实现接口的方式来实现多继承）来实现的，类适配器的重点在于类，是通过构造一个继承Adaptee类来实现适配器的功能的，而上面提到的对象适配器重点在于对象，是通过直接在Adapter中聚合Adaptee类来实现的，当需要调用特殊功能的时候，直接使用Adapter中聚合的那个Adaptee对象来调用特殊的功能即可；
以下是类适配器的测试代码：
类适配和对象适配的比较：
1、类适配使用继承，是静态定义的；而对象适配采用的是对象聚合的方式，是动态定义的；
2、对于类适配器，由于适配器Adapter直接继承了Adaptee,使得Adapter不能和Adaptee的子类一起工作，因为继承是静态关系，当适配器继承了Adaptee之后，就不可能再去处理Adaptee的子类了；
3、对于对象适配器，一个适配器可以把多种不同的源适配到同一个目标，换言之，同一个适配器可以把源类和它的子类都适配到目标接口，因为对象适配器采用的是对象聚合的方式，只要类型正确，是不是子类都无所谓；
4、对于类适配，适配器可以重新定义Adaptee的部分行为，相当于子类覆盖父类的部分方法实现；
5、对于对象适配器，想要直接重新定义Adaptee的行为比较困难，我们可以通过一个Adaptee的子类来重新定义Adaptee的行为，然后让适配器聚合这个子类来完成Adaptee类行为的重新定义；
适配器模式的优缺点：
1、更好的复用,系统需要使用现有类的时候，而此类的接口不符合系统的要求，我们就可以使用适配器模式让这些功能得到更好的复用；
2、更好的扩展性，在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能；
3、过多的使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是A接口，其实内部被适配成了B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。
建议尽量使用对象适配器的实现方式， 多用合聚合/组合、少用继承。当然，具体问题具体分析，根据需要来选用实现方式，最适合的才是最好的。适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。
Original: https://www.cnblogs.com/wha6239/p/16657461.html
Author: 一只烤鸭朝北走
Title: 设计模式之（9）——适配器模式
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/803322/
转载文章受原作者版权保护。转载请注明原作者出处！