【设计模式详解】外观模式:简化复杂系统接口的大门,一键式接入,无忧使用 C++代码详解实现

2023-12-27 21:21:15

前言:

? ? ? ? 今天一起来聊一聊结构型设计模式:外观模式

一、原理及C++代码示例

外观模式是一种结构型设计模式,它提供了一个统一的接口,用于访问子系统中的一组接口。外观模式隐藏了子系统的复杂性,并为客户端提供了一个更简单的接口,以便于使用子系统。这种模式涉及一个单一的类,该类提供了一个简单的接口,用于与子系统中的一组接口进行交互。

在外观模式中,有一个外观类,它封装了与客户端交互所需的接口。这个外观类知道子系统中的类,并将客户端的请求委托给适当的子系统对象。

以下是一个C++的外观模式示例:

#include <iostream>

// 子系统A
class SubsystemA {
public:
    void operationA() {
        std::cout << "SubsystemA operation\n";
    }
};

// 子系统B
class SubsystemB {
public:
    void operationB() {
        std::cout << "SubsystemB operation\n";
    }
};

// 外观类
class Facade {
private:
    SubsystemA subsystemA;
    SubsystemB subsystemB;

public:
    void operation() {
        subsystemA.operationA();
        subsystemB.operationB();
    }
};

int main() {
    Facade facade;
    facade.operation();
    return 0;
}

在这个示例中,Facade?类充当外观类,封装了?SubsystemA?和?SubsystemB?的操作,并为客户端提供了一个简单的接口。客户端只需调用?Facade?类的?operation?方法,而不需要了解底层子系统的复杂性。

二、结构图

外观模式的结构图如下所示:

-----------------------------------------
|               Client                  |
-----------------------------------------
      |                               |
      |                               |
-----------------------------------------
|               Facade                  |
-----------------------------------------
| - subsystem1: Subsystem1             |
| - subsystem2: Subsystem2             |
| - subsystem3: Subsystem3             |
-----------------------------------------
      |                               |
-----------------------------------------
|               Subsystem1              |
-----------------------------------------
| + operation1()                       |
-----------------------------------------
      |                               |
-----------------------------------------
|               Subsystem2              |
-----------------------------------------
| + operation2()                       |
-----------------------------------------
      |                               |
-----------------------------------------
|               Subsystem3              |
-----------------------------------------
| + operation3()                       |
-----------------------------------------

三、使用场景:

外观模式通常适用于以下场景:

  1. 当需要为复杂子系统提供一个简单接口时,可以使用外观模式。这样客户端就不需要了解子系统的复杂性。
  2. 当希望将子系统与客户端解耦时,可以使用外观模式。外观模式可以隐藏子系统的实现细节,从而降低了客户端和子系统之间的依赖性。
  3. 当需要对子系统进行重构时,可以使用外观模式。外观模式可以帮助我们逐步重构复杂的子系统,而不会对客户端产生影响。

下面分别给出在这些场景下的C++示例代码:

场景一:为复杂子系统提供一个简单接口

// 复杂子系统
class Subsystem {
public:
    void operation1() {
        std::cout << "Subsystem operation1\n";
    }
    void operation2() {
        std::cout << "Subsystem operation2\n";
    }
    void operation3() {
        std::cout << "Subsystem operation3\n";
    }
};

// 外观类
class Facade {
private:
    Subsystem subsystem;

public:
    void operation() {
        subsystem.operation1();
        subsystem.operation2();
        subsystem.operation3();
    }
};

int main() {
    Facade facade;
    facade.operation();
    return 0;
}

场景二:将子系统与客户端解耦

// 子系统A
class SubsystemA {
public:
    void operationA() {
        std::cout << "SubsystemA operation\n";
    }
};

// 子系统B
class SubsystemB {
public:
    void operationB() {
        std::cout << "SubsystemB operation\n";
    }
};

// 外观类
class Facade {
private:
    SubsystemA subsystemA;
    SubsystemB subsystemB;

public:
    void operation() {
        subsystemA.operationA();
        subsystemB.operationB();
    }
};

int main() {
    Facade facade;
    facade.operation();
    return 0;
}

场景三:对子系统进行重构

// 子系统A
class SubsystemA {
public:
    void operationA() {
        std::cout << "SubsystemA operation\n";
    }
};

// 子系统B
class SubsystemB {
public:
    void operationB() {
        std::cout << "SubsystemB operation\n";
    }
};

// 外观类
class Facade {
private:
    SubsystemA subsystemA;
    SubsystemB subsystemB;

public:
    void operation() {
        subsystemA.operationA();
        subsystemB.operationB();
    }
};

int main() {
    Facade facade;
    facade.operation();
    return 0;
}

?

四、优缺点:

外观模式具有以下优点和缺点:

优点:

  1. 简化了客户端与子系统之间的交互。客户端只需要与外观类进行交互,而不需要了解子系统的复杂性。
  2. 减少了客户端与子系统之间的依赖关系。客户端只依赖于外观类,而不需要直接依赖于子系统。
  3. 提高了子系统的灵活性和可维护性。外观模式可以隐藏子系统的实现细节,使得子系统的修改和维护更加容易。

缺点:

  1. 可能会导致外观类变得过于庞大。如果子系统非常复杂,外观类可能会变得庞大,难以维护和理解。
  2. 不符合开闭原则。当需要添加新的子系统或者修改现有子系统时,可能需要修改外观类,违反了开闭原则。

总体来说,外观模式可以帮助我们简化复杂系统的接口,降低客户端与子系统之间的耦合度,但在设计时需要注意避免外观类变得过于庞大,以及遵循开闭原则。

文章来源:https://blog.csdn.net/mars1199/article/details/135218417
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。