设计模式-8.外观模式

一句话总结

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

Code

class Facade {
    let systemA = SubSystemA()
    let systemB = SubSystemB()
    let systemC = SubSystemC()
    let systemD = SubSystemD()
    
    func methodA() {
        systemA.method()
        systemB.method()
    }
    
    func methodB() {
        systemC.method()
        systemD.method()
    }
}

class SubSystemA {
    func method() {
        print(#function)
    }
}

class SubSystemB {
    func method() {
        print(#function)
    }
}

class SubSystemC {
    func method() {
        print(#function)
    }
}

class SubSystemD {
    func method() {
        print(#function)
    }
}

何时采用外观模式呢？

1. 在设计初期阶段，应该有意识的将不同的两个层分离。比如经典的三层架构，就要在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立Facade。
2. 在开发阶段，子系统往往经过不断重构演化变得越来越复杂，增加外观Facade可以提供一个简单的接口，减少它们之间的依赖。
3. 在维护一个遗留的大型系统时，可能这个系统非常难以维护和扩展。那么增加外观Facade类，为设计粗糙或高度复杂的遗留代码提供比较清晰简单的接口。让新系统与Facade类交互，Facade类与复杂遗留代码交互。