第 6 章 外观模式
外观设计模式有助于隐藏 系统的内部复杂性,并通过一个简化的接口向客户端暴露必要的部分。本质上,外观(Facade)是在已有复杂系统之上实现的一个抽象层。
6.2 软件的例子
django-oscar-datacash 模块是 Django 的一个第三方组件,用于集成 DataCash 支付网关。该组件有一个 Gateway 类,提供对多种 DataCash API 的细粒度访问。在那之上,它也包含一个 Facade 类,提供粗粒度 API(提供给那些不需要处理细节的人),并针对审计目的提供保存事务的能力。
Caliendo 是一个用于模拟 Python API 的的接口,它包含一个 facade 模块。该模块使用外观模式来完成许多不同但有用的事情(比如缓存方法),并基于传给顶层 Facade 方法的输入对象决定返回什么方法。
6.3 应用案例
使用外观模式的最常见理由是为一个复杂系统提供单个简单的入口点。
如果你的系统包含多层,外观模式也能派上用场。你可以为每一层引入一个外观入口点,并让所有层级通过它们的外观相互通信。这提高了层级之间的松耦合性,尽可能保持层级独立。
6.4 实现
假设我们想使用多服务进程方式实现一个操作系统, 类似于 MINIX 3或 GNU Hurd 那样。多服务进程的操作系统有一个极小的内核,称为微内核(microkernel),它在特权模式下运行。系统的所有其他服务都遵从一种服务架构(驱动程序服务器、进程服务器、文件服务器等)。每个服务进程属于一个不同的内存地址空间,以用户模式在微内核之上运行。这种方式的优势是操作系统更能容错、更加可靠、更加安全。例如,由于所有驱动程序都以用户模式在一个驱动服务进程之上运行,所以某个驱动程序中的一个 bug 并不能让整个系统崩溃,也无法影响到其他服务进程。其劣势则是性能开销和系统编程的复杂性,因为服务进程和微内核之间,还有独立的服务进程之间,使用消息传递方式进行通信。 消息传递比宏内核(如 Linux)所使用的共享内存模型更加复杂。
用 abc 模块,请记住以下几个重要事项:
我们需要使用 metaclass 关键字来继承 ABCMeta。
使用
@abstractmethod
修饰器来声明 Server 的所有子类都应(强制性地)实现哪些方法。
DEMO
Last updated