okhttp的责任链模式在这个文档里是否有体现呢，如果不是那是哪一种模式的衍生？

简单工厂里面用的Use()是大写命名的,到了工厂方式用的就是use()了

1. 对象池模式（Object Pool）
2. 原型模式（Prototype）
3. 静态工厂模式（Static Factory）

首先感谢🙏作者的付出，讲解的很到位，受益匪浅，学习过程中发现了一些小小疑惑

如图中高亮所示，工厂方法的返回值类型应该是对应的AbstractProduct类型或ConcreteProduct类型吧

命令模式中的一个问题,按照实际的实现,client对于Invoker应该有依赖关系.
但是在类图上没有体现,请问一下这个是为什么?

在代码中好像没看到？

RT，还缺了几个

非常感谢你的分享，简单易懂。

阅读过程中发现这里列出了原型模式，后面却没有原型模式（Prototype）这一章？

下面这张图没看明白

Decorator: 抽象装饰类 与 Component: 抽象构件，为什么还有一个泛化关系？
不是只有一个聚合关系么？

`
ConcreteProductA::ConcreteProductA(){

}

ConcreteProductA::~ConcreteProductA(){

}

void ConcreteProductA::Use()
{
cout << "use productB" << endl; // use productA
}
`

看懂UML类图和时序图

小汽车与发动机之间是组合关系，使用带实心箭头的实线表示；

没有汽车，发动机也可以独立存在，汽车与发动机应该是聚合关系。同理，汽车和轮胎也是聚合关系。

我参考的这篇文章上的内容the-class-diagram

state1.png好像错写成了State1.png, 图片无法显示
state2.png也是

在Singleton的析构函数中delete instance;不是会形成一个死循环吗？

学生与身份证之间为关联关系，使用一根实线表示；
下面的描述使用的是带箭头的实线。

你给的设计模式文档非常的清晰,比GOF的设计模式容易阅读,又比设计模式之禅容易理解,感谢你的分享.
在学习过程中,对于创建者模型-建造者模型的这一部分代码有一个疑问:Builder接口类修改为只提供标准接口,不带任何实现,具体的实现让ConcreteBuilder去完成,如下:
class Builder
{
public:
Builder();
virtual ~Builder();

virtual void buildPartA() = 0;
virtual void buildPartB() = 0;
virtual void buildPartC() = 0;
virtual Product * getResult() = 0;

};
是否更好一些呢.

大佬能否更新下

你对这些模式的总结写的太好了，方便问下，什么时候有时间给剩余补全呢。感谢~

博客https://blog.51cto.com/smartlife/284874上的图片无法查看

why not 23 design patterns ? @me115

受益匪浅。
阅读过程中发现结构型模式中提到的“组合模式”重要度比较高却没有提到，
是否有何考量？
谢谢！

Greetings,

In your demo source code, there is a file called "ConcreteSubject.h" in your main.cpp, however, the file is missing on your web page (existing in your code directory)
cheers

Great job! Just a small issue on the spelling "Obeserver"

In behavior/observer design pattern, I realized the word "Obeserver" often uses in code and your diagram. I am not sure what's your intention, it may be a misspelling.

cheers

也就是克隆机制。

自行车是车 是继承关系
小汽车和自行车；它们之间的关系为实现关系.使用带空心箭头的虚线表示；
但是怎么是虚线连接车,而不是 小汽车和自行车 之间连接