设计模式——适配器模式（type-c转3.5mm耳机口）

　　一、概念
　　
　　适配器模式（英语：adapter pattern）有时候也称包装样式或者包装(wrapper)。将一个类的接口转接成用户所期待的。一个适配器使得因接口不兼容而不能在一起工作的类能在一起工作，做法是将类自己的接口包裹在一个已存在的类中。
　　
　　适配器模式允许一个已存在的类的接口被用作另一个接口。通常可以在不需要修改源代码的情况下使用已存在的类。
　　
　　其实在生活中，适配器随处看见，例如下图，一个type-c转耳机口的适配器。接下来让我看看适配器模式的结构，并用java代码来实现一个type-c接口的手机与3.5mm的耳机通过适配器连接。
　　
　　image-20181214184815532
　　
　　适配器模式主要解决两个问题：
　　
　　1.转换当前接口为客户端需要的接口
　　
　　2.通过适配器使用没有我们需要的接口的类
　　
　　描述看似相同，实际上出发点不同~嘿嘿，意会意会
　　
　　二、结构
　　
　　适配器模式有两种，一种是类适配器，不过需要支持多继承的语言才能实现，本文主要讲解单继承也可以实现的对象适配器。下图是对象适配器模式的类图，Client需要一个实现Target接口的类来完成工作，而当前我们提供的只有Adaptee类，这时该怎么办呢？恩，我们就造一个适配器（adapter）来完成这个需求。
　　
　　image-20181214075257986
　　
　　涉及到的主要角色：
　　
　　​ Target:目标接口，也就是我们期待得到的接口。
　　
　　​ Adaptee：当前拥有的接口，需要适配，已满足客户端的要求。
　　
　　​ Adapter：适配器类，适配器模式的核心，就是将Adaptee转换成需要的接口的具体类。
　　
　　三、Type-C转3.5mm耳机孔适配器
　　
　　这个是小米8手机类，只提供插TypeC耳机的接口
　　
　　public class Mi8{
　　
　　private TypeCEraPhones eraPhones;
　　
　　//打电话功能
　　
　　public void call() {
　　
　　System.out.println("打电话");
　　
　　}
　　
　　//播放音乐，有耳机就用耳机，没耳机就外放
　　
　　public void playMusic(www.mcyllpt.com/) {
　　
　　if (eraPhones != null){
　　
　　eraPhones.play();
　　
　　}else{
　　
　　System.out.println("外放");
　　
　　}
　　
　　}
　　
　　// 插个TypeC接口的耳机
　　
　　public void setEraPhones(yongshiyule178.com TypeCEraPhones eraPhones) {
　　
　　this.eraPhones = eraPhones;
　　
　　}
　　
　　}
　　
　　这个是TypeC接口的耳机接口，听说用这个接口的耳机都好好贵呢~~
　　
　　public interface TypeCEraPhones {
　　
　　void play();
　　
　　}
　　
　　这个是我们以前剩下的能听个响的3.5mm接口的耳机
　　
　　public class Mi35MMEraPhones {
　　
　　public void play(){
　　
　　System.out.println("使用3.5mm孔的小米耳机播放声音");
　　
　　}
　　
　　}
　　
　　怎么办呢，是花大钱买个新的耳机（想想，如果真是个复杂的对象，重新实现功能是不是很头大），还是对当前这个3.5mm的耳机爆改,可是我还有个需要使用3.5mm的mp3 ,?,这可怎么是好……于是机智的我去淘宝发现了一个type-c转3.5mm的接口，才5块钱！！?
　　
　　适配器类
　　
　　public class Adapter implements TypeCEraPhones {
　　
　　private Mi35MMEraPhones eraPhones;
　　
　　public Adapter(Mi35MMEraPhones eraPhones) {
　　
　　this.eraPhones www.michenggw.com= eraPhones;
　　
　　}
　　
　　@Override
　　
　　public void play(www.yigouyule2.cn) {
　　
　　eraPhones.play();
　　
　　}
　　
　　}
　　
　　适配器实现了TypeC耳机的接口，并能把原来的耳机传进来，于是我们就能愉快的用原来的耳机在小米8上听音乐了，hooooooo~而且还能我的mp3使用，美滋滋~
　　
　　四、缺省适配器模式
　　
　　在很多情况下，必须让一个具体类实现某一个接口，但是这个类又用不到接口所规定的所有的方法。通常的处理方法是，把方法都实现了，有用的写上需要的方法，没用的提供空实现，烦死了?
　　
　　这些空的方法是一种浪费，有时也是一种混乱。只有看过这些空方法的代码，程序员才能知道哪些是空的，哪些不是空的，于是我们可以提供一个适配器类，来为接口所有方法提供空实现，然后这个具体类继承适配器接口，需要哪些方法，进行重写就可以。
　　
　　在jdk中有AbstractList这样一个抽象类，实现了List接口，如果我们需要定制自己的集合类，就可以继承这个抽象类，需要哪些方法就可以对这些方法进行重写，而不用对List接口下所有方法都提供空实现。
　　
　　缺省适配器模式是一种特殊的适配器模式，目的是在不得不继承某个方法时可以减少重写不需要的方法。
　　
　　五、优缺点
　　
　　优点
　　
　　更好的复用性：系统需要使用现有的类，而此类的接口不符合系统的需要。那么通过适配器模式就可以让这些功能得到更好的复用。
　　
　　更好的扩展性：在实现适配器功能的时候，可以调用自己开发的功能，从而自然地扩展系统的功能。
　　
　　缺点
　　
　　过多的使用适配器模式，会让系统难以把控，毕竟表面上是A接口，其实内部被适配成了B接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。
　　
　　六、总结
　　
　　本文对适配器模式进行了简要介绍，主要把握是适配器实现需要的接口，并与adaptee进行组合，就可以实现对象适配器。在学习适配器模式过程中可以与装饰者模式和外观模式，适配器和装饰者使用方法类似，但是目的完全不同，前者是将一个接口转为另一个接，后者是为了对类进行增强；外观模式目的是对外提供一个简单的接口。
　　
　　Head First 设计模式,Eric Freeman &Elisabeth Freeman with Kathy Sierra & Bert Bates
　　
　　Adapter pattern，wiki
　　
　　《JAVA与模式》之适配器模式