设计模式--第十章外观模式_外观模式设计思想-CSDN博客

本文链接：https://blog.csdn.net/qq_31654025/article/details/123980308

第一章前言
 第二章观察者模式
 第三章状态模式
 第四章中介模式
 第五章装饰器模式
 第六章单例模式
 第七章克隆模式
 第八章职责链模式
 第九章代理模式
 第十章外观模式
 第十一章迭代模式
 第十二章组合模式
 第十三章构建模式
 第十四章适配模式
 第十五章策略模式
 第十六章简单工厂模式
 第十七章工厂方法模式
 第十八章抽象工厂模式
 第十九章命令模式
 第二十章备忘录模式
 第二十一章享元模式
 第二十二章访问模式
 第二十三章模板模式
 第二十四章桥接模式
 第二十五章解释器模式
 第二十六章过滤器模式
 第二十七章对象池技术
 第二十八章回调机制
 第二十九章 MVC模式
 附录

1. 核心思想

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

比如生活中的志愿者，他们相当于一个对接人，将复杂的业务通过一个对接人来提供一整套统一的（一条龙式的）服务，让用户不用关心内部复杂的运行机制。这种方式在程序中叫外观模式，也叫门面模式。

迎新志愿者陪同并帮助入学新生完成报到登记、缴纳学费、领日用品、入住宿舍等一系列的报到流程。新生不用知道具体的报到流程，不用去寻找各个场地；只要跟着志愿者走，到指定的地点，根据志愿者的指导，完成指定的任务即可。志愿者虽然不直接提供这些报到服务，但也相当于间接提供了报到登记、缴纳学费、领日用品、入住宿舍等条龙的服务，帮新生减轻了不少麻烦和负担。
外观模式的核心思想：用一个简单的接口来封装一个复杂的系统,使这个系统更容易使用。

2. UML类图

外观模式UML类图

3. 框架代码

import sys


class SubSystemA():
    def function(self):
        """子系统类A的功能函数，实现子系统A的功能，处理Facade对象指派的任务"""
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")


class SubSystemB():
    def function(self):
        """子系统类B的功能函数，实现子系统B的功能，处理Facade对象指派的任务"""
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")


class Facade():
    def __init__(self) -> None:
        self._subSystemA = SubSystemA()
        self._subSystemB = SubSystemB()

    def functionA(self):
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")
        self._subSystemA.function()

    def functionB(self):
        print(
            f"{self.__class__.__name__}/{sys._getframe().f_code.co_name} is running...")
        self._subSystemB.function()


if __name__ == "__main__":
    facade = Facade()
    facade.functionA()
    print("-" * 50)
    facade.functionB()

4. 模型说明

.4.1 设计要点

外观模式是最简单的设计模式之一，只有以下两个角色：

外观角色（Facade）：为子系统封装统一的对外接口，如同子系统的门面。这个类一般不负责具体的业务逻辑，只是一个委托类，具体的业务逻辑由子系统完成。
子系统（SubSystem）：由多个类组成的具有某一特定功能的子系统。可以是第三方库，也可以是自己的基础库，还可以是一个子服务，为整个系统提供特定的功能或服务。

4.2 优缺点

优点：
- 实现了子系统与客户端之间的松耦合关系，这使得子系统的变化不会影响调用它的客户端。
- 简化了客户端对子系统的使用难度，客户端（用户）无须关心子系统的具体实现方式而只需要和外观进行交互即可。
- 为不同的用户提供了统一的调用接口，方便了系统的管理和维护。
缺点：
- 因为统一了调用的接口，降低了系统功能的灵活性。