簡單工廠模式是屬於創建型模式，又叫做靜態工廠方法（Static Factory Method）模式，但不屬於23種GOF設計模式之一。簡單工廠模式是由一個工廠對象決定創建出哪一種產品類的實例。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的一個特殊實現。
基本介紹
- 中文名：簡單工廠模式
- 外文名：Factory Method Pattern
- 屬於：創建型模式
- 別稱：靜態工廠方法
基本簡介,優缺點,
基本簡介
實現方式（附圖）
簡單工廠模式的UML類圖(見右圖)
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動態決定應該創建哪一個產品類（這些產品類繼承自一個父類或接口）的實例。
該模式中包含的角色及其職責
工廠（Creator）角色
簡單工廠模式的核心，它負責實現創建所有實例的內部邏輯。工廠類的創建產品類的方法可以被外界直接調用，創建所需的產品對象。
抽象產品（Product）角色
簡單工廠模式所創建的所有對象的父類，它負責描述所有實例所共有的公共接口。
具體產品（Concrete Product）角色
是簡單工廠模式的創建目標，所有創建的對象都是充當這個角色的某個具體類的實例。
優缺點
優點
工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的信息,決定究竟應該創建哪個具體類的對象.通過使用工廠類,外界可以從直接創建具體產品對象的尷尬局面擺脫出來,僅僅需要負責“消費”對象就可以了。而不必管這些對象究竟如何創建及如何組織的．明確了各自的職責和權利，有利於整個軟體體系結構的最佳化。
缺點
由於工廠類集中了所有實例的創建邏輯，違反了高內聚責任分配原則，將全部創建邏輯集中到了一個工廠類中；它所能創建的類只能是事先考慮到的，如果需要添加新的類，則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件創建不同實例的需求．這種對條件的判斷和對具體產品類型的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴展非常不利；
這些缺點在工廠方法模式中得到了一定的克服。
使用場景
工廠類負責創建的對象比較少；
客戶只知道傳入工廠類的參數，對於如何創建對象（邏輯）不關心；
由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下套用。
C++代碼：
//算法的父類，抽象出返回結果的接口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();};