簡單工廠模式

2021-07-27 07:48:20 字數 774 閱讀 3605

客戶類和工廠類分開

消費者任何時候需要某種產品,只需向工廠請求即可。

消費者無須修改就可以接納新產品,缺點是當產品修改時,工廠類也要做相應的修改。如:如何建立及如何向客戶端提供

class operation    //基類存放資料

};class addoperation :public operation//派生類存放操作

};class suboperation :public operation

};class muloperation :public operation

};class divoperation :public operation

};class ope***ctory //實現呼叫改革吃哦啊做

}};int mainv()

外界可以從直接建立具體產品物件的尷尬局面擺脫出來,僅僅需要負責「消費」物件就可以。而不必管這些物件究竟如何建立及如何組織,明確了各自的職責和權利,有利於整個軟體體系結構的優化

由於工廠類集中了所有例項的建立邏輯,違反了高內聚分配原則,將全部建立邏輯集中到了乙個工廠類中;它所能建立的類只能是事先考慮到的,如果需要新增新的類,則需要改變工廠類。

當系統中的具體產品類不斷增多的時候,可能會出現要求工廠類根據不同條件建立不同例項的需求,這種對條件的判斷和對具體產品型別的判斷交錯在一起,很難避免模組功能的蔓延,對系統的維護和擴充套件非常不利

工廠類負責建立的物件比較少;

客戶只知道傳入工廠類的引數,對於如何建立物件(邏輯)不關心

工廠模式 簡單工廠

簡單工廠其實並不是乙個設計模式,反而比較像一種程式設計習慣。我個人的這樣總結簡單工廠 建立乙個類,封裝建立物件的 故事 現在我要開一家披薩店,叫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...