抽象工廠模式的定義
定義: 為創建一組相關或互相依賴的對象提供一個接口,而且無須制定它們的具體類
抽象工廠模式的實現
兩個產品族, 其類圖如下:
抽象產品類代碼如下:
產品A的1級和2級類代碼如下:
產品B與產品A類似
抽象工廠類 AbstractCreator 的職責是定義 每個工廠要實現的功能,其代碼如下:
如何創建產品,則是由具體的實現類來完成的, Creator1 和 Creator2代碼如下:
這樣在使用時,我們只要知道它的工廠方法就可以直接產生一個產品對象,無需關心它的實現類
抽象工廠模式的優缺點
優點如下;
- 封裝性,每個產品的實現類不是高層模塊要關心的,他只要關心接口、抽象,不關心對象是如何創建的. 如何創建由工廠負責.
- 產品族內的約束為非公開狀態. 抽象工廠模式應該有一個約束, 每生產一個A產品,同時生產2個B產品, 這樣的生產過程對調用工廠類的高層模塊來說是透明的, 高層模塊不需要知道這個約束, 只要給出一個具體的產品即可
缺點如下:
- 產品族擴展非常困難.例如,要增加一個產品, 抽象工廠類要增加一個方法, 其所有實現類都要增加方法, 這嚴重違反了開閉原則. 修改之後, 只要與這段代碼有關係,就有可能產生影響
注意: 我們說抽象工廠模式的產品族擴展比較困難,但是產品等級擴展是非常容易的, 增加一個產品等級, 只要增加一個工廠類負責新增加出來的產品生產任務即可.
抽象工廠模式的使用場景
一個對象族(或是一組沒有任何關係的對象)都有相同的約束,則可以使用抽象工廠模式.
例如一個文本編輯器和一個圖片處理器, 都是軟件實體, 但是Unix下的文本編輯器和Windows下的文本編輯器雖然功能和界面都相同,但是代碼實現是不同的,圖片處理器也有類似情況. 也就是具有了共同的約束條件: 操作系統. 於是我們可以使用抽象工廠模式, 產生不同操作系統下的編輯器和圖片處理器
抽象工廠模式是一個簡單的模式,使用的場景非常多,在軟件產品生產過程中,涉及不同操作系統的時候,都可以考慮使用抽象工廠模式, 例如一個應用, 需要在三個不同平臺(Windows, Linux, Android)上運行, 就可以通過抽象工廠模式屏蔽掉操作系統對應用的影響. 三個不同操作系統上的軟件功能、應用邏輯、UI都應該是非常類似的, 唯一不同的是調用不同的工廠方法,由不同的產品類去處理與操作系統交互的信息
分享到:
閱讀更多 學習編程 的文章
