定義
簡單工廠模式
(****** factory pattern)
：又稱為靜態工廠方法
(static factory method)
模式，它屬於類建立型模式，但不屬於23種
gof設計模式之一，
說它是一種程式設計習慣可能更恰當些
。在簡單工廠模式中，可以根據引數的不同返回不同類的例項。簡單工廠模式專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。
分析
將物件的建立和物件本身業務處理分離可以降低系統的耦合度，使得兩者修改起來都相對容易。 在呼叫工廠類的工廠方法時，由於工廠方法是靜態方法，使用起來很方便，可通過類名直接呼叫，而且只需要傳入乙個簡單的引數即可，在實際開發中，還可以在呼叫時將所傳入的引數儲存在
xml等格式的配置檔案中，修改引數時無須修改任何源**。
簡單工廠模式最大的問題在於工廠類的職責相對過重，增加新的產品需要修改工廠類的判斷邏輯，這一點與開閉原則是相違背的。
包含的角色和職責
工廠（creator
）角色：
簡單工廠模式的核心，它負責實現建立所有例項的內部邏輯。工廠類的建立產品類的方法可以被外界直接呼叫，建立所需的產品物件。
抽象產品（
product
）角色：簡單工廠模式所建立的所有物件的父類，它負責描述所有例項所共有的公共介面。
具體產品（
concrete product
）角色：是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項。
**例項
用物件導向的思想編寫乙個簡單計算器。
using system;
using system.collections.generic;
using system.linq;
using system.text;
using system.threading.tasks;
set
}public double numberb
set
}public virtual double getresult()
}// 具體產品角色 concrete product
class operationadd : operation
}class operationsub : operation
}class operationmul : operation
}class operationdiv : operation
}// 工廠角色 creator
public class operationfactory
return oper;}}
class program
", result);
console.readline();}}
}
優點：工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個軟體體系結構的優化。
缺點：由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；這些缺點在工廠方法模式中得到了一定的克服。
使用場景：工廠類負責建立的物件比較少；客戶只知道傳入工廠類的引數，對於如何建立物件（邏輯）不關心；由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。
設計模式 1 簡單工廠模式
簡單工廠模式屬於建立型的設計模式,其特點是使用乙個工廠生產所有的類物件,通過在工廠類中進行判斷，然後建立需要的功能類。優點 不必使用具體的功能類去建立該類的例項。缺點 新增乙個功能類就需要在工廠類中增加乙個判斷。此處利用 這4個operation來生成不同的operation物件來說明簡單工廠模式。...
設計模式 1 簡單工廠模式
總結簡單工廠設計模式就是為了能夠根據不同情況動態獲取到需要的型別 在本次將會演示乙個計算器的功能 我們無法知道使用者在程式中會輸入哪些字元，是 或者其他，但是我們能確定的是使用者需要通過輸入將兩個值進行運算，得到乙個返回結果。那麼在此處我們就可以建立乙個演算法基類，有設定值並計算後返回值的方法，值1...
設計模式（1） 簡單工廠模式
例項化物件的時候不再使用 new object 形式，可以根據使用者的選擇條件來例項化相關的類。對於客戶端來說，去除了具體的類的依賴。只需要給出具體例項的描述給工廠，工廠就會自動返回具體的例項物件。todo classname operation description 運算類 public cla...