外观（门面）模式

定义

        外观模式（Facade Pattern），也叫门面模式，原始定义是：为了子系统中的一组接口提供统一的接口。定义一个更高级别的接口，使子系统更易于使用。

        大大降低应用程序的复杂度，提高了程序的可维护性。

    

结构图

代码演示

智能家电控制

        通过智能音箱来控制室内的灯、电视、空调，本来每个设备都需要进行独立的开关操作，现在通过智能音箱来完成对这几个设备的统一控制

类图如下

代码

public class SmartApplicationFacade {
    private Light light;
    private TV tv;
    private AirCondition airCondition;
    public SmartApplicationFacade() {
        this.light = new Light();
        this.tv = new TV();
        this.airCondition = new AirCondition();
    }
    public void say(String msg) {
        if (msg.contains("打开")) {
            on();
        } else if (msg.contains("关闭")) {
            off();
        } else {
            System.out.println("对不起没有听清楚您说什么！请重新说一遍");
        }
    }
    private void off() {
        System.out.println("睡觉了");
        light.off();
        tv.off();
        airCondition.off();
    }
    private void on() {
        System.out.println("起床了");
        light.on();
        tv.on();
        airCondition.on();
    }
}

总结

优点

1. 对客户端屏蔽子系统，减少客户端需要处理的对象数目，使子系统使用起来更加容易。通过引入外观模式，客户端代码将变得很简单，与之关联的对象也很少
2. 它实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响到调用它的客户端，只需要调整外观类即可
3. 一个子系统的修改对其他子系统没有任何影响，而子系统内部变化也不会影响到外观对象。

缺点

1. 不能很好的控制客户端直接使用子系统类，如果客户端访问子系统类做太多限制则减少了可变性和灵活性。
2. 如果设计不当，增加了新的子系统则可能需要修改外观类的源代码，违背了开闭原则。

使用场景

• 简化负载系统。比如，当我们开发了一整套的电商系统后（包括订单、商品、支付、会员等系统），我们不能让用户依次使用完这些系统后才完成商品的购买，而是需要一个门户网站或手机App这样的简化过的门面系统来提供在线的购物功能；
• 减少客户端处理的系统数量。比如，在Web应用中，系统与系统之间的调用可能需要处理Database数据库、Model业务对象等，其中使用Dadbase数据库就需要处理打开数据库、关闭连接等操作，然后转换为Model业务对象，实在是太麻烦了。如果能够创建一个数据库使用的门面（其实就是常说的dao层），那么实现以上过程将变得容易很多。
• 联合更多的系统来扩展原有系统。当我们的电商系统中需要一些新功能时，比如，人脸识别，我们可以不需要自行研发，而是购买别家公司的系统来提供服务，这时通过门面系统就能方便快速的进行扩展。
• 作为一个简洁的中间层。门面模式还可以用来隐藏或者封装系统中的分层结构，同事作为一个简化的中间层来使用。比如，在秒杀、库存、钱包等场景中，我们需要共享有状态的数据库时（如商品库存、账户里的钱），在不改变原有系统的前提下，通过一个中间的共享层（如将秒杀活动的商品库存总数统一放在redis中），就能统一进行各种服务（如秒杀详情页、商品详情页、购物车等）的调用。