1 概念
工廠模式的定義：定義一個創(chuàng)建產(chǎn)品對象的工廠接口，將產(chǎn)品對象的實際創(chuàng)建工作推遲到具體子工廠類當(dāng)中。這滿足創(chuàng)建型模式中所要求的“創(chuàng)建與使用相分離”的特點。
按實際業(yè)務(wù)場景劃分，工廠模式有 3 種不同的實現(xiàn)方式，分別是簡單工廠模式、工廠方法模式和抽象工廠模式。
我們把被創(chuàng)建的對象稱為“產(chǎn)品”，把創(chuàng)建產(chǎn)品的對象稱為“工廠”。如果要創(chuàng)建的產(chǎn)品不多，只要一個工廠類就可以完成，這種模式叫“簡單工廠模式”。
在簡單工廠模式中創(chuàng)建實例的方法通常為靜態(tài)（static）方法，因此簡單工廠模式（Simple Factory Pattern）又叫作靜態(tài)工廠方法模式（Static Factory Method Pattern）。
簡單來說，簡單工廠模式有一個具體的工廠類，可以生成多個不同的產(chǎn)品，屬于創(chuàng)建型設(shè)計模式。簡單工廠模式不在 GoF 23 種設(shè)計模式之列。
2 UML圖
3 C++示例代碼
simple_factory.h
#include <iostream>
class Product {
public:
? ? virtual double GetResult(double a, double b) = 0;
};class ProductA: public Product {
public:
? ? double GetResult(double a, double b) override;
};class ProductB: public Product {
public:
? ? double GetResult(double a, double b) override;
};class ProductC: public Product {
public:
? ? double GetResult(double a, double b) override;
};class ProductD: public Product {
public:
? ? double GetResult(double a, double b) override;
};class Factory {
public:
? ? static Product* GetProduct(int type); // 此處雖然不是強制用static，但是用static更合理，這不需要解釋吧
};
simple_factory.cpp
#include <iostream>
#include "simple_factory.h"using namespace std;
double ProductA::GetResult(double a, double b)
{
? ? return a + b;
}double ProductB::GetResult(double a, double b)
{
? ? return a - b;
}double ProductC::GetResult(double a, double b)
{
? ? return a * b;
}double ProductD::GetResult(double a, double b)
{
? ? return a / b;
}Product* Factory::GetProduct(int type)
{
? ? switch (type) {
? ? ? ? case 0:
? ? ? ? ? ? return new ProductA;
? ? ? ? case 1:
? ? ? ? ? ? return new ProductB;
? ? ? ? case 2:
? ? ? ? ? ? return new ProductC;
? ? ? ? case 3:
? ? ? ? ? ? return new ProductD;
? ? }
? ? return nullptr;
}int main()
{
? ? Product *product = Factory::GetProduct(0);
? ? if (product == nullptr) {
? ? ? ? cout << "Get product failed" << endl;
? ? ? ? return -1;
? ? }
? ? double a = 0.1;
? ? double b = 0.2;
? ? double c = product->GetResult(a, b);? ? cout << c << endl;
? ? return 0;
}
4 總結(jié)
簡單工廠模式每增加一個產(chǎn)品就要增加一個具體產(chǎn)品類和一個對應(yīng)的具體工廠類，這增加了系統(tǒng)的復(fù)雜度，違背了“開閉原則”。
優(yōu)點和缺點
優(yōu)點：
工廠類包含必要的邏輯判斷，可以決定在什么時候創(chuàng)建哪一個產(chǎn)品的實例。客戶端可以免除直接創(chuàng)建產(chǎn)品對象的職責(zé)，很方便的創(chuàng)建出相應(yīng)的產(chǎn)品。工廠和產(chǎn)品的職責(zé)區(qū)分明確。
客戶端無需知道所創(chuàng)建具體產(chǎn)品的類名，只需知道參數(shù)即可。
也可以引入配置文件，在不修改客戶端代碼的情況下更換和添加新的具體產(chǎn)品類。
缺點：
簡單工廠模式的工廠類單一，負(fù)責(zé)所有產(chǎn)品的創(chuàng)建，職責(zé)過重，一旦異常，整個系統(tǒng)將受影響。且工廠類代碼會非常臃腫，違背高聚合原則。
使用簡單工廠模式會增加系統(tǒng)中類的個數(shù)（引入新的工廠類），增加系統(tǒng)的復(fù)雜度和理解難度
系統(tǒng)擴展困難，一旦增加新產(chǎn)品不得不修改工廠邏輯，在產(chǎn)品類型較多時，可能造成邏輯過于復(fù)雜
簡單工廠模式使用了 static 工廠方法，造成工廠角色無法形成基于繼承的等級結(jié)構(gòu)。
應(yīng)用場景
對于產(chǎn)品種類相對較少的情況，考慮使用簡單工廠模式。使用簡單工廠模式的客戶端只需要傳入工廠類的參數(shù)，不需要關(guān)心如何創(chuàng)建對象的邏輯，可以很方便地創(chuàng)建所需產(chǎn)品。
