基本簡介
實現方式（附圖）
簡單工廠模式的UML類圖(見右圖)
簡單工廠模式的實質是由一個工廠類根據傳入的參數，動态決定應該創建哪一個産品類（這些産品類繼承自一個父類或接口）的實例。
該模式中包含的角色及其職責
工廠（Creator）角色
簡單工廠模式的核心，它負責實現創建所有實例的内部邏輯。工廠類的創建産品類的方法可以被外界直接調用，創建所需的産品對象。
抽象産品（Product）角色
簡單工廠模式所創建的所有對象的父類，它負責描述所有實例所共有的公共接口。
具體産品（Concrete Product）角色
是簡單工廠模式的創建目标，所有創建的對象都是充當這個角色的某個具體類的實例。
優缺點
優點
工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的信息,決定究竟應該創建哪個具體類的對象.通過使用工廠類,外界可以從直接創建具體産品對象的尴尬局面擺脫出來,僅僅需要負責“消費”對象就可以了。而不必管這些對象究竟如何創建及如何組織的．明确了各自的職責和權利，有利于整個軟件體系結構的優化。
缺點
由于工廠類集中了所有實例的創建邏輯，違反了高内聚責任分配原則，将全部創建邏輯集中到了一個工廠類中；它所能創建的類隻能是事先考慮到的，如果需要添加新的類，則就需要改變工廠類了。
當系統中的具體産品類不斷增多時候，可能會出現要求工廠類根據不同條件創建不同實例的需求．這種對條件的判斷和對具體産品類型的判斷交錯在一起，很難避免模塊功能的蔓延，對系統的維護和擴展非常不利；
這些缺點在工廠方法模式中得到了一定的克服。
使用場景
工廠類負責創建的對象比較少；
客戶隻知道傳入工廠類的參數，對于如何創建對象（邏輯）不關心；
由于簡單工廠很容易違反高内聚責任分配原則，因此一般隻在很簡單的情況下應用。
