C 設計模式 1 簡單工廠模式

?24個c#設計模式目錄 ?原始碼位址

乙個水果農場，使用者需要某一種水果時，農場能夠根據使用者所提供的水果名稱返回該水果。在此，水果農場被稱為工廠（factory），而生產出的水果被稱為產品，水果的名稱被稱為引數，工廠可以根據引數的不同返回不同的產品，這就是簡單工廠的動機。

簡單工廠模式：定義乙個工廠類，它可以根據引數的不同返回不同類的例項，被建立的例項通常都具有共同的父類。

使用頻率：★★★☆☆

簡單工廠模式包含以下3個角色：

factory（工廠角色）

product （抽象產品角色）

concreteproduct （具體產品角色）

這裡仍然使用開頭的例子，水果農場（fruitfactory）作為工廠角色，水果（fruit）為抽象產品角色，蘋果和橘子作為具體產品角色，由此可以得出模式結構：

工廠角色是這個簡單工廠模式的核心，他需要提供靜態的工廠方法，來根據引數返回例項化物件。抽象產品角色封裝了各個產品的公共方法，其具體產品角色間不同的方法由各自子類實現。

abstract class
fruit
// 宣告抽象業務方法
public abstract void
methoddiff()
;}

class
: fruit
}

class
orange
: fruit
}

fruitfactory提供靜態方法根據引數返回不同例項。

class
fruitfactory
else
if(arg ==
"orange"
)return fruit;
}}

客戶端呼叫方法如下：

static
void
main
(string[
] args)

在實現上，也可以將fruit和fruitfactory合併，將getfruit方法移動到fruit中以簡化此模式。

優點：簡單工廠模式實現了物件建立和使用的分離。

客戶端無需知道所建立的具體產品類的類名，只需要知道具體產品類所對應的引數即可。

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

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

使用簡單工廠模式勢必會增加系統中類的個數（引入了新的工廠類），增加了系統的複雜度和理解難度。

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

簡單工廠模式由於使用了靜態工廠方法，造成工廠角色無法新城基於繼承的等級結構。在c#語言中，不能通過類的例項化物件來訪問靜態方法和靜態變數，無法在客戶端**中針對父類程式設計，而在執行時使用工廠子類物件來覆蓋父類，因此，工廠類不能得到很好的擴充套件。