设计模式之——1、适配器模式

先上个总纲，二十三种设计模式

意图	模式
接口型模式	适配器模式、外观模式、合成模式、桥接模式
职责型模式	单例模式、观察者模式、调停着模式、代理模式、职责链模式、享元模式
构造型模式	构建者模式、工厂方法模式、抽象工厂模式、原型模式、备忘录模式
操作型模式	模板方法模式、状态模式、策略模式、命令模式、解释器模式
扩展型模式	装饰器模式、迭代器模式、访问者模式

Java设计模式中所提及的什么什么火箭例子的，吐槽一下，真的看着乱七八糟的，可能是我境界不够吧。

适配器模式意图：现有代码基本完工，客户端调用一个接口，该接口不合适，如果更改该接口则会需要大量工程，那我们就把这个接口转换成适合客户端的接口（不改动该接口）。

适用场景：现在我们后端的代码已经写好了，这时候客户端需要调用我们的对象，发现不合适，但是在其他代码中有可以满足客户端需求的代码，而且还可以重用（也不一定），那么我们对这个接口进行适配，也就是在写一个类，使之扩展该接口的功能，达到满足客户端的需求。

1.类适配器模式

原理：通过继承来实现适配器的功能。
场景：假设我们有一个小吃接口snack，这是一家小吃店总店，这里有各种小吃配方，例如煎饼果子、羊肉串配料等等。

public interface Snack {
    //配料有盐、鸡蛋
    void jianBing(String salt,String egg);
    //配料有盐、辣椒、孜然
    void mutton(String salt,String pepper,,String cumin);
}

来了一个客人，我要吃煎饼果子，我还要喝雪碧。

此时发现这个接口满足不了需求，如果我们改造这个接口，加一个雪碧，那么其他实现这个接口的类也要添加一个雪碧，还是没用的。如果客户端说我还有芬达，那么在加一个芬达，没完没了。

但是在另外一个类中，有各种各样的饮料，我们不需要重写代码，我们可以可以用这个类中的代码来满足客人的需求。

/**
*饮料类
*/
public class Drink {

    public void xueBi(){
        System.out.println("给你雪碧");
    }
    public void keLe(){
        System.out.println("给你可乐");
    }
    public void fenDa(){
        System.out.println("给你芬达");
    }
    public void guoLiCheng(){
        System.out.println("给你果粒橙");
    }
}

接下类我们来适配这个小吃接口

public class SnackAdapter extends Drink implement Snack {
    public void jianBing(String salt,String egg) {
        System.out.println("煎饼果子做好了,有"+salt+"有"+egg);
        xueBi();
    }

    public void mutton(String salt,String pepper,,String cumin) {
        System.out.println("羊肉串做好了");
     }
}

客户端：

public class client() {
    public static void main(String[] args) {
        Snack snack = new SnackAdapter();
        //来个煎饼果子和雪碧
        Snack.jianBing("盐","鸡蛋");
    }
}

总结一下：
才疏学浅，现在认识不深，用了这个设计模式，优点有：①不用改动之前代码，只需要再写一个类即可。②因为继承了Drink类，可以在一定程度上重写某些方法，更灵活。③让两个没有关联的类一起运行。④提高复用率。缺点：①单继承模式，万一我还需要方便面，那么就没办法了。

注意事项：用在代码完工或者正在服役的项目是一个好办法，如果用在正在构建中项目，不行。

2.对象适配器模式

原理：通过组合方式持有该类的实例来完成适配器。
适用环境：当客户端调用一个服务时，该类A不是一个接口(也可以是一个接口A)，该类A中没有客户所要求的服务，但是另一个类B中有，这是新建一个类C来对A进行适配使之能满足客户端的需求。

还用上述例子，此时客户来小吃店买一瓶雪碧，我们这里通过持有Drink类的对象来进行适配：

/**
 * 小吃类
 */
public class Snack2 {

    public void jianBing(String salt,String egg){
        System.out.println("今天我们做煎饼果子，没有"+salt+"和"+egg);
    }

    public void mutton(String salt,String pepper,String cumin){
        System.out.println("今天我们做羊肉串，没有"+salt+"、"+cumin+"和"+pepper);
    }
}
适配器：
public class SnackAdapter2 extends Snack2{

    //持有所需服务类的对象
    private Drink drink;

    public SnackAdapter2(Drink drink) {
        this.drink = drink;
    }

    @Override
    public void jianBing(String salt, String egg) {
        drink.xueBi();
    }

    @Override
    public void mutton(String salt, String pepper, String cumin) {
        super.mutton(salt, pepper, cumin);
    }
}
客户端：
public class Client2 {
    public static void main(String[] args) {
        Snack2 snack2 = new SnackAdapter2(new Drink());
        snack2.jianBing("盐", "鸡蛋");
    }

}

输出：给你雪碧。

总结一下：
我能所想到的优点也可能不太正确，望大家指正：①通过持有类的实例可满足多个需求。②不用改动原来的代码。
缺点：①如果需要适配普通的类的话，不符合接口规范，也可能会由于重写父类导致某些隐患吧。

3.接口适配器模式

原理：通过抽象类来对目标进行适配。
应用场景：当客户端调用一个接口时客户端不需要接口A中的所有服务，我只要一个就可以，但是接口A的实现类B却实现了所有方法，即使只是一个空壳，这也浪费了资源。

用1中的例子做示例：
客户端只需要羊肉串和可乐，其他的都不需要。

抽象类实现Snack接口

public abstract class SnackAdapter3 implements Snack{

    @Override
    public void jianBing(String salt, String egg) {
    }

    @Override
    public void mutton(String salt, String pepper, String cumin) {
    }
}

适配器继承抽象类

public class SnackAdapterAbstract extends SnackAdapter3{

    private Drink drink;

    public SnackAdapterAbstract(Drink drink) {
        this.drink = drink;
    }

    @Override
    public void mutton(String salt, String pepper, String cumin) {
        System.out.println("羊肉串做好了,有"+salt+"有"+pepper+"、"+cumin);
        drink.keLe();
    }
}

客户端调用

public class Client3 {
    public static void main(String[] args) {
        SnackAdapterAbstract snack3 = new SnackAdapterAbstract(new Drink());
        snack3.mutton("胡椒粉", "辣椒粉", "孜然");
    }
}

输出：
羊肉串做好了,有胡椒粉有辣椒粉、孜然
给你可乐

总结：
三种适配器中:
①类适配器，通过继承目标类来完成。
②对象适配器，通过持有目标对象来完成。
③接口适配器，通过抽象类实现目标接口，实现类再继承目标类来完成。

当第一次看适配器模式和其他模式时发现枯燥无味想睡觉，没整明白，第二天醒来，突然间这个模式有了一定的理解，心中的疑惑少了好多。瞬间就感觉到一个字：妙。