【设计模式大全】C++设计模式总结 - 23种合集 **

  我为大家归纳了23种设计模式，每一种模式都有详细的讲解，具体请点击相应标题跳转到模式的讲解，认真看代码对比分析很重要！

     2022年8月12号更新完毕…

     了解设计模式之前，必须先知道设计模式原则（点我跳转）

C++设计模式的设计原则（面向对象八大设计原则）

https://blog.csdn.net/u012011079/article/details/125702918

▶ 组件协作

  现代软件专业分工之后的第一个结果是“框架与应用划分”、“组件协作”模式通过晚期绑定来实现框架与应用程序之间的松耦合，是二者之间协作时常用的模式。

 ● Template模式(模板模式)

 ● Strategy模式(策略模式)

 ● Observer模式(观察者模式)

▶ 单一职责

  在软件组件的设计中，如果责任划分的不清晰，使用继承得到的结果往往是随着需求的变化，子类急剧膨胀，同时充斥着重复代码，这时候的关键是划清责任。这里并不是说其他模式无职责，只不过下面这两个模式的职责问题比较突出。

 ● Decorator模式(装饰模式)

 ● Bridge模式(桥模式)

▶ 对象创建

  通过“对象创建”模式绕开new，来避免对象创建(new)过程中所导致的紧耦合(依赖具体类)，从而支持对象创建的稳定。它是接口抽象之后的第一步工作。

 ● Factory模式(工厂模式)

 ● Abstract Factory模式(抽象工厂)

 ● Prototype模式(原型模式)

 ● Builder模式(构建器)

▶ 对象性能

  面向对象很好地解决了 “抽象” 的问题，但是必不可免地要付出一定的代价。对于通常情况来讲，面向对象的成本大都可以忽略不计。但是某些情况，面向对象所带来的成本必须谨慎处理。

 ● Singleton模式(单例模式)

 ● Flyweight模式(享元模式)

▶ 接口隔离

  在组件构建过程中，某些接口之间直接的依赖常常会带来很多问题，甚至根本无法实现。采用添加一层间接(稳定)接口，来隔离本来互相紧密关联的接口是一种常见的解决方案。

 ● Facade模式(外观模式/门面模式)

 ● Proxy模式(代理模式)

 ● Mediator模式(中介者模式)

 ● Adapter模式(适配器)

▶ 状态变化

  在组件构建过程中，某些对象的状态经常面临变化，如何对这些变化进行有效的管理？同时又维持高层模块的稳定？ “状态变化” 模式为这一问题提供了一种解决方案。

 ● Memento模式(备忘录模式)

 ● State模式(状态模式)

▶ 数据结构

  常常有一些组件在内部具有特定的数据结构，如果让客户程序依赖这些特定的数据结构，将极大地破坏组件的复用。这时候，将这些特定数据结构封装在内部，在外部提供统一的接口，来实现与特定数据结构无关的访问，是一种行之有效的解决方案。

 ● Composite模式(组合模式)

 ● Iterator(迭代器)

 ● Chain of Resposibility(职责链)

▶ 行为变化

  在组件的构建过程中，组件行为的变化经常导致组件本身剧烈的变化。“行为变化” 模式将组件的行为和组件本身进行解耦，从而支持组件行为的变化，实现两者之间的松耦合。

 ● Command(命令模式)

 ● Visitor(访问器)

▶ 领域问题

  在特定领域中，某些变化虽然频繁，但可以抽象为某种规则。这时候，结合特定领域，将问题抽象为语法规则，从而给出在该领域下的一般性解决方案。

 ● Interpreter(解释器)

  

为了帮助您深入了解设计模式，可以结合本文参阅《深入设计模式》，本文部分描述摘抄于此书 《深入设计模式》

————————————————

版权声明：本文为CSDN博主「Ac君」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/u012011079/article/details/125828606