Java设计模式——外观设计模式

概述

外观设计模式（Facade）就是为各个子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

UML

外观设计模式中的角色
Client：客户端类，负责功能的具体使用。即类和方法的使用者
Facade：外观类，知道哪些子系统类负责处理请求，将客户端的请求代理分配给对应的子系统。
Subsystem Classes：子系统类的集合，它们实现了子系统的功能，处理Facade对象指派的任务。这里需要注意的是，Facade和Subsystem Classes的作用是单向的，Subsystem Classes没有任何对Facade引用的权利。

代码举例

Subsystem 类

public class SubSystem1 {
    public void method1(){
        System.out.print("方法1");
    }
}

public class SubSystem2 {
    public void method2(){
        System.out.print("方法2");
    }
}

public class SubSystem3 {
    public void method3(){
        System.out.print("方法3");
    }
}

facade类

public class Facade {
    private SubSystem1 subSystem1;
    private SubSystem2 subSystem2;
    private SubSystem3 subSystem3;

    public Facade() {
        subSystem1 = new SubSystem1();
        subSystem2 = new SubSystem2();
        subSystem3 = new SubSystem3();
    }

    public void methodA() {
        subSystem1.method1();
        subSystem2.method2();
    }

    public void methodB() {
        subSystem1.method1();
        subSystem3.method3();
    }

    public void methodC() {
        subSystem2.method2();
        subSystem3.method3();
    }
}

Client类

public class Main {
    public static void main(String args){
        Facade facade = new Facade();
        facade.methodA();
        facade.methodB();
        facade.methodC();
    }
}

总结

外观模式通过引入一个外观角色来简化客户端与子系统之间的交互，为复杂的子系统调用提供一个统一的入口，使子系统与客户端的耦合度降低，且客户端调用非常方便。它没有给系统增加任何新功能，它仅仅是简化调用接口。
它不仅对客户端屏蔽了子系统组件，减少了客户端所需处理的对象数目，并使得子系统使用起来更加容易。并且，一个子系统的修改对其他子系统没有任何影响，而且子系统内部变化也不会影响到外观对象。
但是，外观设计模式不能很好地限制客户端直接使用子系统类，如果对客户端访问子系统类做太多的限制，减少了可变性和灵活性。