簡單工廠模式（****** factory pattern）
意圖：《1》專門定義乙個類來負責建立其他類的例項，被建立的例項通常都具有共同的父類。
《2》（****** factory）模式又稱為靜態工廠方法（static factory method）模式，屬於類的建立型模式，通常他根據自變數的不同返回不同類的例項。
《3》簡單工廠模式實質是由乙個工廠類根據傳入的參量，動態的決定應該建立出那乙個產品類的例項。
《4》簡單工廠模式實際上不屬於23中gof模式，但他作為工廠方法模式（factory method）的乙個引導。
簡單工廠模式角色的分類：
《1》工廠角色：是簡單工廠模式的核心，他負責實現建立所有例項內部邏輯，工廠類可以被外界直接呼叫。建立所需的產品物件。
《2》抽象產品角色：是簡單工廠模式所建立的所有物件的父類，他負責描述所有例項所共有的公共介面
《3》具體產品角色：是簡單工廠模式的建立目標，所有建立的物件都是充當這個角色的某個具體類的例項（繼承與父介面）
案例：抽象產品角色
inte***ce ifruit
具體產品角色
class 蘋果：ifruit
public void disp()
console.writeline("蘋果");
class 橘子：ifruit
public void disp()
console.writeline("橘子");
class 葡萄：ifruit
public void disp()
console.writeline("葡萄");
工廠角色
class factory
public static ifruit create(string type)
switch(type)
case: "蘋果"：
return new 蘋果（）；
case: "橘子"：
return new 橘子（）；
case: "葡萄"：
return new 葡萄（）；
default ：
return null；
主程式class program
static void main(string args)
ifruit p=factory.create("蘋果")；
p.disp();
優點：工廠類是整個模式的關鍵，包含了必要的邏輯判斷，根據外界給定的資訊，決定究竟應該建立那個具體的類的物件，通過使用工廠類，外界可以從直接建立具體產品物件的尷尬局面擺脫出來，僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的，明確了各自的的職責和權力，有利整個軟體體系結構的優化。
缺點：《1》由於工廠類集中了所有例項的建立邏輯，違反了高內聚責任分配原則，將全部建立邏輯集中到了乙個工廠類中。
《2》當系統中的具體產品類不斷增加時候，可能會出現要求工廠類根據不同條件建立不同例項的需求，這種條件的判斷和對具體產品型別的判斷交錯在一起，很難避免模組功能的蔓延，隨系統的維護和擴充套件非常不利。
《3》這些缺點在工廠方法模式中得到了一定的克服。
使用場景：
《1》工廠類負責建立的物件比較少
《2》客戶只知道傳入工廠類中的引數，對於如何建立物件（邏輯）不關心
《3》由於簡單工廠很容易違反高內聚責任分配原則，因此一般只在很簡單的情況下應用
23種設計模式之 簡單工廠模式
簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的例項。簡單工廠模式作為入門級的設計模式，並未收錄在gof的23種設計模式之中。然而在其23種設計模式中總會看到簡單工廠模式的影子，所以筆者有必要在這裡介紹一下。工廠類 creator 具體類，提供乙個靜態的方法來建立產品。抽象產品 product ...
23中設計模式01 簡單工廠模式
基本簡介 從設計模式的型別上來說，簡單工廠模式是屬於建立型模式，又叫做靜態工廠方法 static factory method 模式，但不屬於23種gof設計模式之一。簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的例項。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的乙...
23中設計模式之抽象工廠模式
定義 為建立一組相關或互相依賴的物件提供乙個介面,而且無須制定它們的具體類 兩個產品族,其類圖如下 抽象產品類 如下 產品a的1級和2級類 如下 產品b與產品a類似 抽象工廠類 abstractcreator 的職責是定義 每個工廠要實現的功能,其 如下 如何建立產品,則是由具體的實現類來完成的,c...