屬於類的創新型模式，又叫靜態工廠方法模式（static factorymethodpattern
）,
是通過專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。
簡單工廠模式是將**工廠化，每個工廠生產不同的產品，然後根據人們需要（抽象產品），將不同產品自由整合在一起生成乙個新產品（具體產品）。
簡單工廠模式的角色分為三種：工廠角色、抽象產品角色和具體產品角色。
工廠（creator）角色就是按照人們的需要進行設計，建立出所需物件，是簡單工廠模式的核心，負責建立所有類的內部邏輯，工廠類必須能被外界呼叫。
抽象（product）產品角色：簡單工廠模式所建立的所有物件的父類，注意，這裡的父類可以是介面也可以是抽象類，它負責描述所有例項所共有的公共介面。
具體產品（concrete product）角色：簡單工廠所建立的具體例項物件，這些具體的產品往往都擁有共同的父類。
using system;
using system.collections.generic;
using system.linq;
using system.text;
using system.threading.tasks;
namespace 簡單工廠模式
}/// /// 工廠類
///
public class operationfactory
return oper;}}
/// /// 運算類
///
public class operation
set
}public double numberb
set
}public virtual double getresult()
}/// /// 加法類
///
class operationadd : operation
}/// /// 減法類
///
class operationsub :operation
}/// /// 乘法類
///
class operationmul :operation
}/// /// 除法類
///
class operationdiv : operation
}}
優點工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的．明確了各自的職責和權利，有利於整個軟體體系結構的優化。
缺點由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中；它所能建立的類只能是事先考慮到的，如果需要新增新的類，則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候，可能會出現要求工廠類根據不同條件建立不同例項的需求．這種對條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，對系統的維護和擴充套件非常不利；這些缺點在工廠方法模式中得到了一定的克服。
工廠類負責建立的物件比較少；
客戶只知道傳入工廠類的引數，對於如何建立物件（邏輯）不關心；
由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用。
設計模式 工廠模式（簡單工廠）
一 簡單工廠 定義 簡單工廠模式 factory pattern 屬於類的創新型模式，又叫靜態工廠方法模式 static factorymethod pattern 是通過專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。特點 工廠類直接實現，乙個產品介面，乙個工廠類可以產生多...
設計模式（簡單工廠模式 工廠模式 抽象工廠模式）
當邏輯較為簡單時，可以直接建立對應的類。如下 include using namespace std class class banana class pear intmain 通過此 可以發現，使用者直接與客戶接觸，違背了dip 依賴倒轉 原則，過於麻煩，所以引出簡單工廠模式。include us...
設計模式 簡單工廠設計模式
請用任意一種物件導向語言實現計算器控制台程式，要求輸入兩個數和運算符號，得到結果。operation運算類 public class operation set public double numberb set public virtual double getresult 加減乘除類 using...