工廠模式屬於建立物件結構模式
簡單工廠模式:工廠類根據傳入的引數,動態決定應該建立哪乙個產品類。
產品介面:
public
inte***ce
product
產品實現類:
public
class
computer
implements
product
}
public
class
phone
implements
product
}
工廠類:
public
class
factory
return
newcomputer()
;}}
客戶端**:通過不同的引數獲得不同產品,這樣就擁有了不同的行為。
public
class
client
}
輸出結果:使用電腦
product=phone
增加獲取配置檔案方法:
public
static properties getproperties()
catch
(ioexception e)
return properties;
}
修改後的客戶端**:
public
static
void
main
(string[
] args)
這樣就實現了從配置檔案讀取引數,獲取不同的產品物件,造成不同的行為。
簡單工廠的優缺點:
優點工廠類是整個模式的關鍵.包含了必要的邏輯判斷,根據外界給定的資訊,決定究竟應該建立哪個具體類的物件.通過使用工廠類,外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以了。而不必管這些物件究竟如何建立及如何組織的.明確了各自的職責和權利,有利於整個軟體體系結構的優化。
缺點由於工廠類集中了所有例項的建立邏輯,違反了開閉原則(對擴充套件開放,對修改關閉),將全部建立邏輯集中到了乙個工廠類中;它所能建立的類只能是事先考慮到的,如果需要新增新的類,則就需要改變工廠類了。
當系統中的具體產品類不斷增多時候,可能會出現要求工廠類根據不同條件建立不同例項的需求.這種對條件的判斷和對具體產品型別的判斷交錯在一起,很難避免模組功能的蔓延,對系統的維護和擴充套件非常不利;這些缺點在工廠方法模式得到了改善。
工廠模式 簡單工廠
簡單工廠其實並不是乙個設計模式,反而比較像一種程式設計習慣。我個人的這樣總結簡單工廠 建立乙個類,封裝建立物件的 故事 現在我要開一家披薩店,叫bbk 必敗客 披薩,賣很多種披薩 芝士披薩 榴蓮披薩等等,我有乙個orderpizza string type 方法,根據客戶傳來的type來提供不同的披...
工廠模式 簡單工廠
工廠 處理建立物件的細節。目的 將例項化具體類的 從應用中抽離,或者封裝起來,可以避免干擾應用的其他部分。簡單工廠 簡單工廠其實不是乙個設計模式,反而像一種程式設計習慣。產品實現 desc 產品a public inte ce a class a1 implements a override pub...
簡單工廠模式,工廠模式,抽象工廠模式
三種模式看了一天,記錄下自己的理解 headfirst,比薩店為例 1,簡單工廠模式 乙個具體的工廠類 pizzafactory 乙個抽象的產品類pizza,可以派生出多個具體的產品類 客戶 pizzastore類 工廠類 pizzafactory類關聯產品類pizza,工廠生產出不同型別的pizz...