設計模式系列1(簡單工廠模式)

2021-05-25 21:11:14 字數 1716 閱讀 4393

簡單工廠模式(****** 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》由於簡單工廠很容易違反高內聚責任分配原則,因此一般只在很簡單的情況下應用

設計模式 1 簡單工廠模式

簡單工廠模式屬於建立型的設計模式,其特點是使用乙個工廠生產所有的類物件,通過在工廠類中進行判斷,然後建立需要的功能類。優點 不必使用具體的功能類去建立該類的例項。缺點 新增乙個功能類就需要在工廠類中增加乙個判斷。此處利用 這4個operation來生成不同的operation物件來說明簡單工廠模式。...

設計模式 1 簡單工廠模式

總結簡單工廠設計模式就是為了能夠根據不同情況動態獲取到需要的型別 在本次將會演示乙個計算器的功能 我們無法知道使用者在程式中會輸入哪些字元,是 或者其他,但是我們能確定的是使用者需要通過輸入將兩個值進行運算,得到乙個返回結果。那麼在此處我們就可以建立乙個演算法基類,有設定值並計算後返回值的方法,值1...

設計模式(1) 簡單工廠模式

例項化物件的時候不再使用 new object 形式,可以根據使用者的選擇條件來例項化相關的類。對於客戶端來說,去除了具體的類的依賴。只需要給出具體例項的描述給工廠,工廠就會自動返回具體的例項物件。todo classname operation description 運算類 public cla...