【设计模式-适配器模式】设计模式学习记录

从创建型设计模式结束，之后的设计模式就非常抽象了，往往会在好几种设计模式间产生既视感，而且感觉连学习都是模糊的，好像学到了，又好像什么都不会。
那我的解决思路就是再看一遍设计模式的六大原则，我之后的文章也都会将这六大原则放在正文前，通过这些规范才能更好的体会到这么设计的思路。

设计模式6大原则

单一职责原则

一个类或者模块只负责完成一个职责（或者功能）。
也就是说我们不要设计大而全的类,而是要设计小而精。
大和小是在类的职责范围上讲，不要直接定义一个作用全局的类，看似方便调用，却提高了耦合度，一个修改全局影响。
全和精是在功能上讲，不要在一个类中设置不必要的功能，一个类放了全部的接口，之后的维护就是看一本没有目录的书，你知道这个功能是在这实现的，但你怎么也找不到具体实现的位置。

开闭原则

对扩展开放，对修改关闭
我们的项目都是在迭代中开发的，不存在从一开始就完全不需要修改的功能，越是详细的功能设计越容易出错。我们在设计时就要考虑之后的拓展性和稳定性，增添修改一个功能时，涉及的代码越少影响越小。
这是非常难做到的，但我们学习设计模式，这个原则是帮助最大的。

里氏替换原则

子类对象能够替换程序中父类对象出现的任何地方，并且保证原来程序的逻辑行为不变及正确性不被破坏。
要理解里氏替换原则，其实就是要理解两个问题：

• 什么是替换？

替换的前提是面向对象语言所支持的多态特性，同一个行为具有多个不同表现形式或形态的能力。
例：List接口的不同实现

• 什么是与期望行为一致的替换（Robert Martin所说的“必须能够替换”）？

在不了解派生类的情况下，仅通过接口或基类的方法，即可清楚的知道方法的行为，而不管哪种派生类的实现，都与接口或基类方法的期望行为一致。

我们接口的设计就符合里氏替换原则，也是多态最直观的体现。

接口隔离原则

一个类对另一个类的依赖应该建立在最小的接口上
要为各个类建立它们需要的专用接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。
从思路上讲，这个原则和单一职责原则是相同的，都是为了降低系统的耦合度。

依赖倒置原则

高层模块不应该依赖于底层模块，二者都应该依赖于抽象。抽象不应该依赖于细节，细节应该依赖于抽象。
这两句话乍一听很反直觉，我们一般说好的基础是成功的基石，但在这却说高层不依赖底层，是不是写错了呀？而且抽象不依赖细节，我们学面向对象不都是总结相同细节点做抽象的吗？
其实这就是关注点错了，两句话最重要的是依赖于抽象，高层和底层没有直接的联系，而是由抽象层建立关系，比如抽象工厂模式。
第二句同样如此，这里的细节是指实现细节，依赖实现就像是代码调用的是一个类而不是接口，代码耦合度高。
还不理解就想像自己开发了一个类似List接口，但它却是个类，其他像ArrayList是你利用这个类做的重写。这样应该能理解了吧。

迪米特法则（最少知识原则）

不该有直接依赖关系的类之间，不要有依赖；
有依赖关系的类之间，尽量只依赖必要的接口。
如果两个软件实体无须直接通信，那么就不应当发生直接的相互调用，可以通过第三方转发该调用。其目的是降低类之间的耦合度，提高模块的相对独立性。

什么是适配器模式

选用设配器做为结构型的第二个设计模式，是因为它和代理模式是有些相似的。
都是在两个类间加了一个中介，只是代理模式是以代理的形式连接两者，而适配器则是对其中一个做个封装，然后连接两者。

适配器模式的角色和类图

适配器模式（Adapter）包含以下主要角色：

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

适配器模式的例子

这个例子我觉得非常简单直观，就粘过来了
假设现有一台电脑目前只能读取SD卡的信息，这时我们想要使用电脑读取TF卡的内容, 就需要将TF卡加上卡套，转换成SD卡!

创建一个读卡器，将TF卡中的内容读取出来。

/**
 * SD卡接口
 * @author spikeCong
 * @date 2022/9/28
 **/
public interface SDCard {

    //读取SD卡方法
    String readSD();
    //写入SD卡功能
    void writeSD(String msg);
}

/**
 * SD卡实现类
 * @author spikeCong
 * @date 2022/9/28
 **/
public class SDCardImpl implements SDCard {
    @Override
    public String readSD() {
        String msg = "sd card reading data";
        return msg;
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("sd card write data : " + msg);
    }
}

/**
 * TF卡接口
 * @author spikeCong
 * @date 2022/9/28
 **/
public interface TFCard {

    //读取TF卡方法
    String readTF();
    //写入TF卡功能
    void writeTF(String msg);
}

/**
 * TF卡实现类
 * @author spikeCong
 * @date 2022/9/28
 **/
public class TFCardImpl implements TFCard {

    @Override
    public String readTF() {

        String msg = "tf card reading data";
        return msg;
    }

    @Override
    public void writeTF(String msg) {
        System.out.println("tf card write data : " + msg);
    }
}

/**
 * 定义适配器类(SD兼容TF)
 * @author spikeCong
 * @date 2022/9/28
 **/
public class SDAdapterTF extends  TFCardImpl implements SDCard{

    @Override
    public String readSD() {
        System.out.println("adapter read tf card ");
        return readTF();
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("adapter write tf card");
        writeTF(msg);
    }
}

public class Client {

    public static void main(String[] args) {

        Computer computer = new Computer();
        SDCard sdCard = new SDCardImpl();
        System.out.println(computer.read(sdCard));

        System.out.println("========================");
        SDAdapterTF adapterTF = new SDAdapterTF();
        System.out.println(computer.read(adapterTF));
    }
}

适配器模式有类适配器和对象适配器，对象适配器就是在适配器中通过实例来调用方法
这是上一个例子对象适配器实现类图

public class SDAdapterTF implements SDCard{

    private TFCard tfCard;

    public SDAdapterTF(TFCard tfCard) {
        this.tfCard = tfCard;
    }

    @Override
    public String readSD() {
        System.out.println("adapter read tf card ");
        return tfCard.readTF();
    }

    @Override
    public void writeSD(String msg) {
        System.out.println("adapter write tf card");
        tfCard.writeTF(msg);
    }
}


public class Client {

    public static void main(String[] args) {

        Computer computer = new Computer();
        SDCard sdCard = new SDCardImpl();
        System.out.println(computer.read(sdCard));

        System.out.println("========================");
        TFCard tfCard = new TFCardImpl();
        SDAdapterTF adapterTF = new SDAdapterTF(tfCard);
        System.out.println(computer.read(adapterTF));
    }
}

适配器模式的优缺点

适配器模式的优点

1. 将目标类和适配者类解耦,通过引入一个适配器类来重用现有的适配者类,无序修改原有结构
2. 增加了类的透明性和复用性,将具体业务实现过程封装在适配者类中,对于客户端类而言是透明的,而且提高了适配者的复用性,同一个适配者类可以在多个不同的系统中复用.
3. 灵活性和扩展性都非常好,通过使用配置文件可以很方便的更换适配器,也可以在不修改原有代码的基础上增加新的适配器类,符合开闭原则.

适配器模式的缺点

• 类适配器的缺点
  1. 对于Java等不支持多重继承的语言,一次最多只能适配一个适配者类,不能同时适配多个适配者
  2. 适配者类不能为最终类
• 对象适配器的缺点
  1. 与类适配器模式相比较,在该模式下要在适配器中置换适配者类的某些方法比较麻烦.

适配器模式适用的场景

• 统一多个类的接口设计时

  某个功能的实现依赖多个外部系统（或者说类）。通过适配器模式，将它们的接口适配为统一的接口定义

• 需要依赖外部系统时

  当我们把项目中依赖的一个外部系统替换为另一个外部系统的时候，利用适配器模式，可以减少对代码的改动

• 原有接口无法修改时或者原有接口功能太老旧但又需要兼容；

  JDK1.0 Enumeration 到 Iterator 的替换,适用适配器模式保留 Enumeration 类，并将其实现替换为直接调用 Itertor.

• 适配不同数据格式时；

  Slf4j 日志框架,定义打印日志的统一接口,提供针对不同日志框架的适配器