Java的外观模式

1.外观模式（Facade）,隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用。

2.结构

3.下面来通过做饭这个例子；

3.1这里简单定义做饭就是蒸大米和做鱼汤；首先定义两个类去实现这两个功能

public class Rice {
    public void cook(){
        System.out.println("蒸大米");
    }
}

public class Fish {
    public void cook(){
        System.out.println("做鱼汤");
    }
}

3.2定义一个厨师即可

public class Facade {
    private static Facade instance = new Facade();
    private final Rice rice;
    private final Fish fish;

    private Facade(){
        rice = new Rice();
        fish = new Fish();
    }
    public static Facade getInstance(){
        return instance;
    }

    public void cook(){
        rice.cook();
        fish.cook();
    }
}

这里使用了单例模式；在构造函数中，把两个功能对象实例化了；并且定义了一个供外部调用的cook方法；

3.3main函数中：

public class Test {
    public static void main(String[] args) {
        Facade.getInstance().cook();
    }
}

只需简单的一句话即可；本来做饭是很复杂的一个过程，但我们只需告诉厨师想吃米饭喝鱼汤即可；

4.优缺点和适用环境

• 优点：
  • 减少客户端关联的类。使客户端关联子系统的类减少，使用子系统更加容易。
  • 实现客户端和子系统的松耦合。子系统相互独立，变化不会影响到其他子系统和客户端，只需要调整外观类。
• 缺点：
  • 限制客户端访问困难。如果过多限制客户端访问子系统，则会极大减少可变性和灵活性。
  • 可能修改源码。设计不当，增加子系统会修改外观类源码，违背开闭原则。
• 适用环境：
  • 为访问一系列复杂子系统提供简单的入口。
  • 客户端和子系统之间存在很大依赖。
  • 层次化结构中使用外观模式定义每一层的入口，层与层不直接产生联系，降低耦合度。

参考：https://blog.youkuaiyun.com/qq_40369829/article/details/80265900