Facade

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

它主要解决的问题是：组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。

体现了依赖倒转和迪米特法则

class SubSystemOne {

    public void methodOne(){
        System.out.println("子系统方法 - 1");
    }
    
}

class SubSystemTwo {

    public void methodTwo(){
        System.out.println("子系统方法 - 2");
    }
    
}

class SubSystemThree {

    public void methodThree(){
        System.out.println("子系统方法 - 3");
    }
    
}

//外观类，它需要了解所有子系统的方法或者属性，进行组合，以备外界调用。
public class Facade {

    SubSystemOne subSystemOne;
    SubSystemTwo subSystemTwo;
    SubSystemThree subSystemThree;
    
    public Facade(){
        subSystemOne = new SubSystemOne();
        subSystemTwo = new SubSystemTwo();
        subSystemThree = new SubSystemThree();
    }
    
    public void operateOne(){
        subSystemOne.methodOne();
        subSystemTwo.methodTwo();
        subSystemThree.methodThree();
    }
    
    public void operateTwo(){
        subSystemOne.methodOne();
        subSystemThree.methodThree();
    }
}

    public static void main(String[] args) {
        //Facade 的调用，客户端可以根本不知三个子系统类的存在。
        Facade facade = new Facade();
        facade.operateOne();
        System.out.println("===============");
        facade.operateTwo();
    }

打印结果：

子系统方法 - 1
子系统方法 - 2
子系统方法 - 3
===============
子系统方法 - 1
子系统方法 - 3

 

外观模式使用：

设计初期，应该有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑 数据访问层、业务逻辑层、表示层 的层与层之间建立外观（Facade），这样可以为复杂的子系统提供一个简单的接口，使得耦合性大大降低。

其次，在开发的阶段，子系统不断往往因为不断地重构变得复杂，大多模式使用时会产生很多很小的类，这本是好事，但也会给外部调用它们的程序带来使用上的困难，增加外观Facade 可以提供一个简单地接口，减少它们的依赖。

第三，在维护一个遗留的大型系统，可能这个系统已经非常难以维护和扩展，但因为它包含非常重要的功能，新的需求开发必须要依赖它。此时用Facade也是非常适合的。为新的系统开发一个外观 Facade 类，来提供设计粗糙或高度复杂的遗留代码比较清晰简单地接口，让新系统与Facade对象交互，让Facade与遗留代码交互所有复杂的工作。