簡單工廠模式設計模式學習 01

用c#實現的乙個計算器的控制台程式---學習---簡單工廠模式。內容整合了程杰的大話設計模式、維基百科和各位博友的貢獻，正如牛頓所說：「如果說我比別人看的遠一些，那是因為我站在了巨人的肩膀上」。

從設計模式的型別上來說，簡單工廠模式是屬於建立型模式，又叫做靜態工廠方法（staticfactory method）模式，但不屬於23種gof設計模式之一。簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的例項。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的乙個特殊實現。

實現方式（附圖）

簡單工廠模式的uml類圖如下：

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

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

工廠（creator）角色：簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類可以被外界直接呼叫，建立所需的產品物件。

抽象產品（product）角色：簡單工廠模式所建立的所有物件的父類，它負責描述所有例項所共有的公共介面。

具體產品（concrete product）角色：是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。

優點：

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

缺點：

由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。

當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；

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

使用場景：

工廠類負責建立的物件比較少；

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

由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。

下面給出用簡單工廠模式的乙個簡單示例。

using system;
using system.collections.generic;
using system.linq;
using system.text;
namespace _01簡單工廠模式
set}
public
double numberb
set}
public
virtual
double getresult()}//
以下四個為具體產品類
public
class operationadd : operation
}public
class operationsub : operation
}public
class operationmul : operation
}public
class operationdiv : operation}//
工廠類public
class operationfactory
return oper;}}
class program
}}

結束語：到這裡對簡單工廠模式是有更深入的理解了呢？站在巨人的肩膀上思考，你會走得更遠，光發呆可不行，祝各位博友開心進步。

簡單工廠模式設計模式學習 01

設計模式01 簡單工廠模式

設計模式01 簡單工廠

大話設計模式01 簡單工廠模式

簡單工廠模式 設計模式學習 01

設計模式01 簡單工廠模式

設計模式01 簡單工廠

大話設計模式01 簡單工廠模式

相關推薦

簡單工廠模式設計模式學習 01