定义

为子系统中的一组接口提供一个一致的界面，Facade 模式定义了一个高层接口，这个接口是的这一子系统更加容易使用。

结构和说明

结构型模式-外观模式 - 图1

示例代码

public class FacadeDemo {
    public static interface AModleApi {
        void testA();
    }
    public static interface BModleApi {
        void testB();
    }
    public static interface CModleApi {
        void testC();
    }
    public static class AModleImpl implements AModleApi {
        @Override
        public void testA() {
            System.out.println("现在在 A 模块操作 testA 方法");
        }
    }
    public static class BModleImpl implements BModleApi {
        @Override
        public void testB() {
            System.out.println("现在在 B 模块操作 testB 方法");
        }
    }
    public static class CModleImpl implements CModleApi {
        @Override
        public void testC() {
            System.out.println("现在在 C 模块操作 testC 方法");
        }
    }
    public static class Facade {
        public void test() {
            AModleApi a = new AModleImpl();
            BModleApi b = new BModleImpl();
            CModleApi c = new CModleImpl();
            a.testA();
            b.testB();
            c.testC();
        }
    }
    public static class Client {
        public static void main(String[] args) {
            Facade facade = new Facade();
            facade.test();
        }
    }
}

调用顺序

结构型模式-外观模式 - 图2

优缺点

优点

松散耦合

外观模式松散了客户端与子系统的耦合关系，让子系统的内部模块能够更加的扩展和维护。

简单易用

外观模式让子系统更加易用，客户端不再需要了解子系统内部的实现，也不需要跟众多子系统内部模块进行交互，只需要跟外观进行交互就可以了，相当于外观类为外部客户端使用子系统提供了一站式服务。

更好的划分访问层次

通过合理的使用 Facade，可以帮助我们更好的划分访问的层次。有些方法是对系统外的，有些方法是系统内部使用的。把需要暴露给外部的功能集中到外观中，这样既方便客户端使用，也很好的隐藏了内部的细节。

缺点

过多或者不太合理的 Facade 容易让人迷惑，到底是调用 Facade 好呢，还是直接调用模块好呢。

思考

本质

封装交互，简化调用。

对设计原则的体现

最少知道原则

何时选用

如果你希望为一个子复杂系统提供一个简单的接口的时候，可以考虑使用外观模式。使用外观模式实现大部分客户需要的功能，从而简化客户使用。
如果想要客户程序和抽象类的实现部分松散耦合，可以考虑使用外观模式，使用外观对象将这个子系统和客户分离开来，从而提供子系统的独立性和可移植性。
如果构建多层结构的程序，可以考虑使用外观模式，使用外观模式作为每层的入口，从而简化层间调用，也可以松散层次之间的依赖关系。

Java设计模式

结构型模式-外观模式

定义

结构和说明

示例代码

调用顺序

优缺点

优点

缺点

思考

本质

对设计原则的体现

何时选用

相关模式