外观模式

外观模式

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

示例代码

//外观模式
//子系统的类
class SystemOne
{
public:
    void MethodOne(){ cout << "子系统方法1" << endl; }
};

class SystemTwo
{
public:
    void MethodTwo(){ cout << "子系统方法2" << endl; }
};

class SystemThree
{
public:
    void MethodThree(){ cout << "子系统方法3" << endl; }
};

//外观类
class Facade
{
public:
    Facade()
    {
        m_one = new SystemOne();
        m_two = new SystemTwo();
        m_three = new SystemThree();
    }
    void MethodA()
    {
        cout << "方法组A: " << endl;
        m_one->MethodOne();
        m_two->MethodTwo();
        m_three->MethodThree();
    }
    void MethodB()
    {
        cout << "方法组B："<< endl;
        m_three->MethodThree();
        m_two->MethodTwo();
        m_one->MethodOne();
    }
private:
    SystemOne *m_one;
    SystemTwo *m_two;
    SystemThree *m_three;
};

测试程序：

int main()
{
    Facade *Facade1 = new Facade();
    Facade1->MethodA();
    Facade1->MethodB();

    system("pause");

    return 0;
}

运行结果：

何时使用外观模式

• 首先，在设计初期阶段，应该要有意识的将不同的两个层分离，比如经典的三层架构，就需要考虑在数据访问层和业务逻辑层、业务逻辑层和表示层的层与层之间建立外观类，这样可以为复杂的子类提供一个简单的接口，使得耦降低。
• 在开发阶段，子系统往往因为不断的重构演化而变得越来越复杂，大多数的模式使用时也都会产生很多小的类，这给外部调用它们的用户程序带来了使用上的困难。增加外观类可以提供一个简单的接口，减少它们之间的依赖性。
• 在维护一个遗留的大型系统时，可能这个系统已经非常难以维护和扩展了，但需要复用它。此时用外观模式是非常合适的。你可以为新系统开发一个外观类，来提供设计遗留代码的简单接口，让新系统和外观类对象交互。