设计模式之外观模式

外观模式

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

SubSystemOne 类 

package com.hml.facade;

public class SubSystemOne {
    public void method1 () {}
}

SubSystemTwo类

package com.hml.facade;

public class SubSystemTwo {
    public void method2 () {}
}

SubSystemThree类

package com.hml.facade;

public class SubSystemThree {
    public void method3 () {}
}

Facade类

package com.hml.facade;

public class Facade {

    private SubSystemOne one;
    private SubSystemTwo two;
    private SubSystemThree three;

    public Facade(SubSystemOne one, SubSystemTwo two, SubSystemThree three) {
        this.one = one;
        this.two = two;
        this.three = three;
    }

    public void method1() {
        one.method1();
    }

    public void method2() {
        two.method2();
    }

    public void method3() {
        three.method3();
    }

}

类图

何时使用

何时使用外观模式？

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

2、在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用时也会产生很小的类，这本是好事，但也给外部调用他们的用户程序带来了使用上的困难，增加外观模式可以提供一个简单的接口，减少他们之间的依赖

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