設計模式 - 簡單工廠模式（靜態工廠模式）

概述

     簡單工廠模式是屬於建立型模式，又叫作靜態工廠方法（Static Factory Method）模式，但不屬於23種GOF設計模式之一。簡單工廠模式是由一個工廠對象決定建立出哪種產品類的實例。簡單工廠模式是工廠模式家族中最簡單實用的模式，能夠理解爲是不一樣工廠模式的一個特殊實現。

基本簡介

實現方式 

簡單工廠模式的UML類圖

簡單工廠模式的實質是由一個工廠類根據傳入的參數，動態決定應該建立哪個產品類（這些產品類繼承自一個父類或接口）的實例。

該模式中包含的角色及其職責

工廠（Creator）角色

簡單工廠模式的核心，它負責實現建立全部實例的內部邏輯。工廠類的建立產品類的方法能夠被外界直接調用，建立所需的產品對象。

抽象產品（Product）角色

簡單工廠模式所建立的全部對象的父類，它負責描述全部實例所共有的公共接口。

具體產品（Concrete Product）角色

是簡單工廠模式的建立目標，全部建立的對象都是充當這個角色的某個具體類的實例。

 

優缺點

優勢

工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的信息,決定究竟應該建立哪一個具體類的對象.經過使用工廠類,外界能夠從直接建立具體產品對象的尷尬局面擺脫出來,僅僅須要負責「消費」對象就能夠了。而沒必要管這些對象究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個 軟件體系結構的優化。

缺點

因爲工廠類集中了全部實例的建立邏輯，違反了 高內聚責任分配原則，將所有建立邏輯集中到了一個工廠類中；它所能建立的類只能是事先考慮到的，若是須要添加新的類，則就須要改變工廠類了。

當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不一樣條件建立不一樣實例的需求．這種對條件的判斷和對具體產品類型的判斷交錯在一塊兒，很難避免模塊功能的蔓延，對系統的維護和擴展很是不利；

這些缺點在 工廠方法模式中獲得了必定的克服。

使用場景

工廠類負責建立的對象比較少；

客戶只知道傳入工廠類的參數，對於如何建立對象（邏輯）不關心；

因爲簡單工廠很容易違反高內聚責任分配原則，所以通常只在很簡單的狀況下應用。

 

//算法的父類，抽象出返回結果的接口
class Operation
{
public:
    virtual int GetResult() =0;
public:
    double m_Num1;
    double m_Num2;
};
//工廠類，用於生產相應的算法子類
class OperationFactry
{
public:
    OperationFactry(void);
    ~OperationFactry(void);
public:
    static Operation* CreateOperate(int n )
    {
        switch(n)
        {
        case 1:
            return new OperationAdd;
            break;
        }
    }
};
//算法子類，由工廠類建立，重寫父類中的虛函數
class OperationAdd：Public Operation
{
public:
    int GetResult();
};