【整理】移动 golang 目录结构

设计模式/工厂模式.md

@@ -6,11 +6,9 @@
 
 **单例模式：**日志系统，资源管理器，线程池，内存池等
 
-
-
 **工厂模式：**对创建对象的封装，**符合开闭原则**。工厂模式在许多项目中大量使用，因为它将对象的构造过程封装，使创建对象的接口统一且简洁，另一方面符合开闭原则，易于扩展。开源项目NVDLA的compiler中各类node的建立，TensorFlow源码和LLVM中的pass，都有工厂模式的用例。
 
-**适配器模式：****STL中的容器适配器stack和queue**，是对象适配器的绝佳用例。项目开发中也常常使用。
+**适配器模式：STL中的容器适配器stack和queue**，是对象适配器的绝佳用例。项目开发中也常常使用。
 
 **观察者模式：**频繁使用，观察者模式建立了一种一对多的联动，一个对象改变时将自动通知其他对象，其他对象将作出反应。这是不是很常见？**消息更新、广播机制、消息传递、链式触发（高级啊）**……比如Qt信号槽机制，订阅更新👻
 
@@ -22,16 +20,92 @@
 
 ## 简单工厂
 
-- **工厂（Factory）**：根据客户提供的具体产品类的参数，创建具体产品实例；
-- **抽象产品（AbstractProduct）**：具体产品类的基类，包含创建产品的公共方法；
+- **工厂（Factory）**：根据客户提供的具体产品类的参数，创建具体产品实例。
+- **抽象产品（AbstractProduct）**：具体产品类的基类，包含创建产品的公共方法。
 - **具体产品（ConcreteProduct）**：抽象产品的派生类，包含具体产品特有的实现方法，是简单工厂模式的创建目标。
 
 简单工厂模式UML类图如下：
 
 ![简单工厂模式.png](.工厂模式.assets/简单工厂模式.png)
 
-待补充
+代码结构如下：
+
+```c++
+#include <iostream>
+
+using namespace std;
+
+// 抽象产品类
+class AbstractProduct
+{
+public:
+    // 抽象方法
+    virtual void doSomething() = 0;
+};
+
+// 具体产品类
+class ProductA : public AbstractProduct
+{
+public:
+    // 具体实现方法
+    void doSomething()
+    {
+        cout << "ProductA" << endl;
+    }
+};
+
+class ProductB : public AbstractProduct
+{
+public:
+    void doSomething()
+    {
+        cout << "ProductB" << endl;
+    }
+};
+
+// 工厂
+class Factory
+{
+public:
+    AbstractProduct* createProduct(string productName)
+    {
+        AbstractProduct* pro = nullptr;
+        if (productName == "ProductA")
+        {
+            pro = new ProductA();
+        }
+        else if (productName == "ProductB")
+        {
+            pro = new ProductB();
+        }
+        // ...
+        return pro;
+    }
+};
+
+int main()
+{
+    Factory* f = new Factory();
+    AbstractProduct* a = f->createProduct("ProductA");
+    a->doSomething();
+    return 0;
+}
+
+```
+
+客户端在使用时，只需要创建一个工厂对象，调用工厂对象的 createProduct 方法，并传入所需要的产品参数，即可得到所需产品实例对象，而无需关心产品的创建细节。
+
+简单工厂模式的优点在于：
+
+- 工厂类提供创建具体产品的方法，并包含一定判断逻辑，客户不必参与产品的创建过程。
+- 客户端只需要知道对应产品的参数即可，参数一般简单好记，如数字、字符或者字符串等。
+
+当然，简单工厂模式存在明显的不足。假设有增加一个 ProductC，该怎么办呢？
+
+你肯定会说，这还不容易吗？再从抽象产品类派生出一个 ProductC 类，并在工厂类的 `getSportProduct` 方法中增加 `productName== "ProductC"` 的条件分支即可。
+
+的确如此，但是这明显违背了开闭原则（对扩展开放，对修改关闭），即在扩展功能时修改了既有的代码。另一方面，简单工厂模式所有的判断逻辑都在工厂类中实现，一旦工厂类设计故障，则整个系统都受之影响。
 
 ## 参考链接
 
-https://github.com/FengJungle/DesignPattern/blob/master/01.SimpleFactory/2.Code/SimpleFactory.h
+- [简单工厂模式简介](https://github.com/FengJungle/DesignPattern/blob/master/01.SimpleFactory/01.SimpleFactory.md)