外观模式

在《Head First 设计模式》中，外观模式是跟适配器模式放在一起讲的。我对外观模式的理解，就是将许多方法封装成一个方法为外部提供访问，正如本git项目（地址见文末）的note.utils.EasyExcelUtils类中的excute方法。

定义

Provide a unified interface to a set of interfaces in a subsystem.Facade defines a higher-level interface that makes the subsystem easier to use. 要求一个子系统的外部与其内部的通信必须通过一个统一的对象进行。门面模式提供一个高层次的接口，使得子系统更易于使用。

类图

图片来自百度百科

角色结构

Facade外观角色，客户端可以调用这个角色的方法。此角色知晓子系统的所有功能和责任。一般情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去，也就说该角色没有实际的业务逻辑，只是一个委托类。
subsystem子系统角色，可以同时有一个或者多个子系统。每一个子系统都不是一个单独的类，而是一个类的集合。子系统并不知道门面的存在。对于子系统而言，门面仅仅是另外一个客户端而已。

实例

接着上一章适配器模式的Ps4游戏机，当给游戏机接上电源后，需要按下开机键，游戏机才会开机，然后是控制手柄电源选择游戏，最后才能愉快的玩耍。

1. 创建子系统

public class Game {

    private String name;

    public Game(String name) {
        this.name = name;
    }

    public void play() {
        System.out.println("选择游戏" + this.name);
    }
}

1. 创建PS4游戏机类，他有私有的开机方法，以及对外开放的玩游戏方法，并且包含一个游戏对象，调用游戏对象的paly方法选择游戏进行游玩。游戏机类就是Facade门面角色，他知道子系统的所有功能和责任。

public class Ps4 {

    /**
     * 子系统类
     */
    private Game game;

    public Ps4(Game game) {
        this.game = game;
    }

    /**
     * Ps4开机
     */
    private void openPs4() {
        System.out.println("Ps4开机");
    }

    /**
     * 对外部开启的玩游戏的方法
     */
    public void play() {
        this.openPs4();
        this.game.play();
        System.out.println("开始愉快的玩耍");
    }
}

1. 创建测试类

public class Test {
    public static void main(String[] args) {
        new Ps4(new Game("FIFA19")).play();
    }
}

• 测试结果为

Ps4开机
选择游戏FIFA19
开始愉快的玩耍

外观模式的优缺点

优点

1. 减少系统的相互依赖
2. 提高了灵活性
   • 不管子系统内部如何变化，只要不影响到外观对象，就没有关系。
3. 提高安全性
   • 可以控制方法的权限public、private来控制子系统对外开放的功能

     缺点

4. 不符合开闭原则，对修改关闭，对扩展开放。

使用场景

1. 为一个复杂的模块或子系统提供一个供外界访问的接口
2. 子系统相对独立——外界对子系统的访问只要黑箱操作即可
   • 比如利息的计算问题，没有深厚的业务知识和扎实的技术水平是不可能开发出该子系统的，但是对于使用该系统的开发人员来说，他需要做的就是输入金额以及存期，其他的都不用关心，返回的结果就是利息，这时候，门面模式是非使用不可了。
3. 预防低水平人员带来的风险扩散
   • 比如一个低水平的技术人员参与项目开发，为降低个人代码质量对整体项目的影响风险，一般的做法是“画地为牢”，只能在指定的子系统中开发，然后再提供门面接口进行访问操作。

源代码

GitHub地址

版权声明：本文为Planeswalker23所创，转载请带上原文链接，感谢。