适配器设计模式 之 类适配器

适配器设计模式是一种重要的编程思想，书中对其的解释是：“它把一个类的接口变成客户端所期望的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类可以在正常通信。”

这里用场景和例子来对其进行说明：

适配器主要分为两种形式：类适配器 和 对象适配器。

类适配器

场景：
有一款老式鼠标，其接口是PS/2的（如图），而我们现在需要将它插在一个现代的笔记本电脑上，电脑只提供USB接口，这时候接口不匹配，无法将鼠标接入电脑，所以我们需要一个拥有USB接口的鼠标。

分析：
这里的物品可以分别和适配器设计模式的角色对应：
老式鼠标 ------- 源角色
拥有USB接口的鼠标 ------- 目标角色

代码：
PS/2接口：
接口有一个runByPs2()方法。

public interface PS2 {
    void runByPs2();
}

鼠标类：
老式鼠标继承了PS2，并实现了runByPs2方法。

public class Mouse implements PS2 {
    @Override
    public void runByPs2() {
        System.out.println("鼠标已工作");
    }
}

电脑（作为主类）：
这个主程序用来模拟运行一个没有鼠标的电脑，run方法表示电脑的运行方法，该方法的形参是USB型变量，表示该电脑只接受实现了USB接口的对象。

public class Computer {
    public void run(USB mouse){
        if(mouse != null){
            mouse.runByUsb();
        }else{
            System.out.println("没有鼠标");
        }
    }
    
    public static void main(String[] args) {
        new Computer().run(null);
    }
}

运行结果：
没有鼠标

至此，问题背景描述的已经用代码写好了。
现在，问题在于，如果new Mouse()对象，是无法将它传入到参数 mouse 中的。这时，我们可以先整理一下目前的办法：

1. 将run方法的参数声明 “USB mouse” 改成 “P2P mouse”
   这种方法不可取。因为，一方面，Mouse是为Computer工作的，Mouse是作为主程序的一个工具，如果因为工具的问题，就更改主程序，这样的方式不易维护，并且不符合 “开闭原则”。再者，如果这是一个正常的项目，使用该Mouse的类和方法大概率是数量庞大的，我们不可能为了一个工具类而更改所有使用了它的类和方法。
2. 将 Mouse 的实现接口直接改成 USB
   这种方法同样不好。一是不符合开闭原则，再者就是，如果更改了接口，意味着要对整个Mouse类的进行更新，就要重新实现其中的方法，而在正常项目中，更改实现的接口可能意味着要重新实现大量的方法。

为了解决这个问题，我们可以使用适配器设计模式：
首先创建一个新类 MouseWithUsb，并且让他继承 Mouse, 并且实现 USB接口，然后，实现内容中调用父类的runByPs2方法。

public class MouseWithUsb extends Mouse implements USB{
    @Override
    public void runByUsb() {
        super.runByPs2();
    }
}

这样，我们就成功对Mouse类“更换了接口”。
我们就可以将其作为实参，传入到主程序的run方法中。

public class Computer {
    public void run(USB mouse){
        if(mouse != null){
            mouse.runByUsb();
        }else{
            System.out.println("没有鼠标");
        }
    }

    public static void main(String[] args) {
        new Computer().run(new MouseWithUsb());
    }
}

运行结果：
鼠标已工作