确保类在整个系统中仅有一个实例（唯一性），以及提供一个全局统一的访问入口（访问性）。要实现这两个目标，单例模式通过两大核心机制构建其独特结构，同时在类设计中体现出清晰的成员职责划分。单例模式并非“银弹”，其适用场景需满足资源独占且生命周期与应用一致的条件（如配置管理器、硬件控制器）。对于需要频繁扩展、多状态测试或低耦合设计的场景，应优先考虑依赖注入、工厂模式等替代方案。记住：设计模式的价值在于解决

C++ Lambda 表达式是现代 C++ 中极其强大的特性，它允许在代码中内联定义匿名函数对象。

情况是否必须使用this示例名称遮蔽✅ 必须Lambda 捕获✅ 必须链式调用✅ 必须提高可读性⚠️ 推荐无名称冲突❌ 可省略调用成员函数❌ 可省略。

建造者模式（Builder Pattern）的提出源于软件工程中对复杂对象创建逻辑与业务逻辑过度耦合问题的系统性解决需求。在传统对象构建方式中，当目标对象包含多个可变部件且构建过程涉及复杂配置逻辑时，往往导致创建代码与业务逻辑交织，不仅降低了代码可维护性，还难以适应对象表示形式的多样化需求。该模式通过将对象构建过程抽象化与结构化，实现了创建逻辑与业务逻辑的解耦，为复杂对象的灵活构造提供了标准化解决

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。这一模式的核心在于利用已有的对象模板（原型）来高效生成新对象，而非通过传统的构造函数从头创建。抽象原型类是整个模式的基础，它的核心作用是声明一个纯虚的clone方法，为所有具体原型类提供统一的接口标准。这个类不需要包含具体的业务逻辑，只需专注于定义复制行为的契约。核心要求必须声明纯虚clone方法，返回类型为指向自身的指针或引用（如作

/ 实现接口：定义颜色操作的抽象public:// C++11默认析构函数// 获取颜色名称// 抽象类：形状（持有颜色实现的引用）protected:// 桥接核心：通过指针聚合实现接口public:explicit Shape(Color* c) : color(c) {} // 构造时传入具体颜色// 绘制接口桥接关键：抽象类Shape不直接依赖具体颜色（如Red），而是通过Color接口间