HeadFirst（八）Facade 外观/门面设计模式

1. 介绍 1.1 定义 外观模式：提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。 1.2 结构图 1.3 角色 外观(Facade)角色 ： 客户端可以调用这个角色的方法。此角色知晓相关的（一个或者多个）子系统的功能和责任。在正常情况下，本角色会将所有从客户端发来的请求委派到相应的子系统去 子系统(SubSystem)角色 ： 可以同时有一个或者多个子系统。每个子系统都不是一个单独的类，而是一个类的集合。每个子系统都可以被客户端直接调用，或者被门面角

系列文章目录 `headfirst 提示：写完文章后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录系列文章目录前言一、pandas是什么？二、使用步骤1.引入库2.读入数据总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可供参考 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分

外观模式（facade pattern），又称门面模式，是一种结构型模式，能为程序库、框架、复杂系统提供一个高层面的接口，以供客户端或使用者访问。 优点：减少了系统间的相互依赖，提高了系统灵活性，提供了系统安全性。 缺点：不符合开闭原则。 业务场景：系统内部复杂，客户端无需知道系统的复杂，更不能向客户端开放复杂的接口，向客户端开放简单而统一的一个接口即可。 关键代码：在客户端与系统之间增加一个独立的类。该类与客户端解耦。该类与系统耦合，将调用顺序、依赖关系处理好。

《Head First 设计模式》《设计模式之禅（第二版）》 学习笔记，码云同步更新中 如有错误或不足之处，请一定指出，谢谢~ 目录 设计原则 “依赖倒置”原则 未完待续… 设计模式 设计模式——策略模式 设计模式——装饰者模式 设计模式——观察者模式 设计模式——简单工厂 设计模式——工厂方法模式 设计模式——抽象工厂模式 设计模式——单例模式 设计模式——命令模式 设计模式——适配器...

????文章示例代码???? 附链 你也可以在这些平台阅读本文： 语雀 个人博客 定义 为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。 外观模式又叫门面模式，是符合迪米特法则的。 场景示例 作为一个病人去医院看病，可能需要经过挂号、门诊、划价、取药这几个步骤。 相对来说过程可能较为繁琐，先来看下代码层面是如何实现的。 创建实体类 /** * @...

前言 《设计模式自习室》系列，顾名思义，本系列文章带你温习常见的设计模式。主要内容有： 该模式的介绍，包括： 引子、意图（大白话解释） 类图、时序图（理论规范） 该模式的代码示例：熟悉该模式的代码长什么样子 该模式的优缺点：模式不是万金油，不可以滥用模式 该模式的应用案例：了解它在哪些重要的源码中被使用 该系列会逐步更新于我的博客和公众号（博客见文章底部），也希望各位观众老爷能够关注我...

文章目录一、『外观模式』定义二、应用2.1 结构2.1.1 使用外观模式前的结构2.1.2 使用外观模式后的结构2.2 优缺点参考 一、『外观模式』定义 提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用。 二、应用 2.1 结构 外观模式比较简单，通过下面的结构变化就清楚了。 2.1.1 使用外观模式前的结构 此时客户直接访问子系统中的多个模块，客户和子系统之间的联系紧密，耦合性太高。 2.1.2 使用外观模式后的结构 其中外观Facade是外观角色，

总结 基础 抽象 封装 多态 继承 原则 封装变化 多用组合，少用继承 针对接口编程，不针对实现编程 为交互对象之间的松耦合设计而努力 对扩展开放，对修改关闭 依赖抽象，不要依赖具体类 只和朋友交流 别找我，我会找你 类应该只有一个改变的理由 模式 策略模式 策略模式，定义算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。 观察者模式 在对象之间定义一对多的依赖...

单例模式确保一个类只有一个实例,而且自行实例化并向整个系统提供这个实例 正确的双重检查锁定模式需要需要使用volatile。volatile主要包含两个功能。由于volatile 禁止对象创建时指令之间重排序，所以其他线程不会访问到一个未初始化的对象，从而保证安全性。

策略模式(Strategy Pattern)是一种比较简单的模式，也叫做政策模式(Policy Pattern)。其定义如下：Define a family of algorithms, encapsulate each one, and make them interchangeable. （定义一组算法，将每个算法都封装起来，并且使它们之间可以互换。策略模式的通用类图，如图所示。

建造者模式：分步构建复杂对象 建造者模式是一种创建型设计模式，用于将复杂对象的构建过程与其表示分离。该模式通过分步构建的方式，允许相同的构建过程创建不同的表现形式。文章以建造房子为例，形象展示了建造者模式的应用： 模式结构： 产品类（House）：包含地板、墙和天花板等属性 抽象建造者（AbstractBuilder）：定义构建过程的接口 具体建造者（ConcreteBuilderA/B）：实现具体构建步骤 指挥者（Director）：控制构建流程 核心优势： 封装复杂对象的创建过程 允许通过相同构建过程创

将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示。在以下情况使用Builder模式。

模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。客户端不应该依赖它不需要的接口，另一种定义是：类间的依赖关系应该建立在最小的接口上。一个对象应该对其他对象有最少的了解。设计模式依据其目的可分为。

迭代器模式（Iterator Pattern）提供了一种访问聚合对象（如集合）元素的方式，而不暴露其内部结构。它将遍历逻辑封装在迭代器对象中，使得客户端代码可以一致地访问不同类型的聚合对象。：表示一个可枚举的集合，提供方法。：表示集合的枚举器，提供MoveNext()Reset()和Current方法。迭代器模式是 C# 编程中非常常见且实用的设计模式。它不仅简化了集合的遍历操作，还提升了代码的可维护性和可扩展性。通过灵活使用和接口，我们可以轻松实现多种遍历方式，满足复杂业务需求。

用适配器模拟实现queue和stack