設計模式之簡單工廠模式

介紹

簡單工廠模式不能說是乙個設計模式，說它是一種程式設計習慣可能更恰當些。因為它至少不是gof23種設計模式之一。但它在實際的程式設計中經常被用到，而且思想也非常簡單，可以說是工廠方法模式的乙個引導，所以我想有必要把它作為第乙個講一下。

模式定義

簡單工廠模式(****** factory pattern)：又稱為靜態工廠方法(static factory method)模式，它屬於類建立型模式。在簡單工廠模式中，可以根據引數的不同返回不同類的例項。簡單工廠模式專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。

模式結構

簡單工廠模式包含如下角色：

factory：工廠角色

product：抽象產品角色

concreteproduct：具體產品角色

工廠角色（creator）

是簡單工廠模式的核心，它負責實現建立所有具體產品類的例項。工廠類可以被外界直接呼叫，建立所需的產品物件。

抽象產品角色（product）

是所有具體產品角色的父類，它負責描述所有例項所共有的公共介面。

具體產品角色（concrete product）

繼承自抽象產品角色，一般為多個，是簡單工廠模式的建立目標。工廠類返回的都是該角色的某一具體產品。

簡單工廠模式最大的問題在於工廠類的職責相對過重，增加新的產品需要修改工廠類的判斷邏輯，這一點與開閉原則是相違背的。

簡單工廠模式的要點在於：當你需要什麼，只需要傳入乙個正確的引數，就可以獲取你所需要的物件，而無須知道其建立細節。

模式優缺點

工廠類含有必要的判斷邏輯，可以決定在什麼時候建立哪乙個產品類的例項，客戶端可以免除直接建立產品物件的責任，而僅僅「消費」產品；簡單工廠模式通過這種做法實現了對責任的分割，它提供了專門的工廠類用於建立物件。

客戶端無須知道所建立的具體產品類的類名，只需要知道具體產品類所對應的引數即可，對於一些複雜的類名，通過簡單工廠模式可以減少使用者的記憶量。

通過引入配置檔案，可以在不修改任何客戶端**的情況下更換和增加新的具體產品類，在一定程度上提高了系統的靈活性。

由於工廠類集中了所有產品建立邏輯，一旦不能正常工作，整個系統都要受到影響。

使用簡單工廠模式將會增加系統中類的個數，在一定程式上增加了系統的複雜度和理解難度。

系統擴充套件困難，一旦新增新產品就不得不修改工廠邏輯，在產品型別較多時，有可能造成工廠邏輯過於複雜，不利於系統的擴充套件和維護。

簡單工廠模式由於使用了靜態工廠方法，造成工廠角色無法形成基於繼承的等級結構。

模式適用環境

在以下情況下可以使用簡單工廠模式：

工廠類負責建立的物件比較少：由於建立的物件較少，不會造成工廠方法中的業務邏輯太過複雜。

客戶端只知道傳入工廠類的引數，對於如何建立物件不關心：客戶端既不需要關心建立細節，甚至連類名都不需要記住，只需要知道型別所對應的引數。

小結

建立型模式對類的例項化過程進行了抽象，能夠將物件的建立與物件的使用過程分離。

簡單工廠模式又稱為靜態工廠方法模式，它屬於類建立型模式。在簡單工廠模式中，可以根據引數的不同返回不同類的例項。簡單工廠模式專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。

簡單工廠模式包含三個角色：工廠角色負責實現建立所有例項的內部邏輯；抽象產品角色是所建立的所有物件的父類，負責描述所有例項所共有的公共介面；具體產品角色是建立目標，所有建立的物件都充當這個角色的某個具體類的例項。

簡單工廠模式的要點在於：當你需要什麼，只需要傳入乙個正確的引數，就可以獲取你所需要的物件，而無須知道其建立細節。

簡單工廠模式最大的優點在於實現物件的建立和物件的使用分離，將物件的建立交給專門的工廠類負責，但是其最大的缺點在於工廠類不夠靈活，增加新的具體產品需要修改工廠類的判斷邏輯**，而且產品較多時，工廠方法**將會非常複雜。

簡單工廠模式適用情況包括：工廠類負責建立的物件比較少；客戶端只知道傳入工廠類的引數，對於如何建立物件不關心。