9.3 抽象工廠模式的應用 9.3.1 抽象工廠模式的優點 ● 封裝性，每個產品的實現類不是高層模塊要關心的，它要關心的是什么？是接口，是抽象，它不關心對象是如何創建出來，這由誰負責呢？工廠類，只要知道工廠類是誰，我就能創建出一個需要的對象，省時省力，優秀設計就應該如此。 ● 產品族內的約束為非公開狀態。例如生產男女比例的問題上，猜想女媧娘娘肯定有自己的打算，不能讓女盛男衰，否則女性的優點不就體現不出來了嗎？那在抽象工廠模式，就應該有這樣的一個約束：每生產1個女性，就同時生產出1.2個男性，這樣的生產過程對調用工廠類的高層模塊來說是透明的，它不需要知道這個約束，我就是要一個黃色女性產品就可以了，具體的產品族內的約束是在工廠內實現的。 9.3.2 抽象工廠模式的缺點 抽象工廠模式的最大缺點就是產品族擴展非常困難，為什么這么說呢？我們以通用代碼為例，如果要增加一個產品C，也就是說產品家族由原來的2個增加到3個，看看我們的程序有多大改動吧！抽象類AbstractCreator要增加一個方法createProductC()，然后兩個實現類都要修改，想想看，這嚴重違反了開閉原則，而且我們一直說明抽象類和接口是一個契約。改變契約，所有與契約有關系的代碼都要修改，那么這段代碼叫什么？叫“有毒代碼”，——只要與這段代碼有關系，就可能產生侵害的危險！ 9.3.3 抽象工廠模式的使用場景 抽象工廠模式的使用場景定義非常簡單：一個對象族（或是一組沒有任何關系的對象）都有相同的約束，則可以使用抽象工廠模式。什么意思呢？例如一個文本編輯器和一個圖片處理器，都是軟件實體，但是*nix下的文本編輯器和Windows下的文本編輯器雖然功能和界面都相同，但是代碼實現是不同的，圖片處理器也有類似情況。也就是具有了共同的約束條件：操作系統類型。于是我們可以使用抽象工廠模式，產生不同操作系統下的編輯器和圖片處理器。 9.3.4 抽象工廠模式的注意事項 在抽象工廠模式的缺點中，我們提到抽象工廠模式的產品族擴展比較困難，但是一定要清楚，是產品族擴展困難，而不是產品等級。在該模式下，產品等級是非常容易擴展的，增加一個產品等級，只要增加一個工廠類負責新增加出來的產品生產任務即可。也就是說橫向擴展容易，縱向擴展困難。以人類為例子，產品等級中只有男、女兩個性別，現實世界還有一種性別：雙性人，既是男人也是女人（俗語就是陰陽人），那我們要擴展這個產品等級也是非常容易的，增加三個產品類，分別對應不同的膚色，然后再創建一個工廠類，專門負責不同膚色人的雙性人的創建任務，完全通過擴展來實現需求的變更，從這一點上看，抽象工廠模式是符合開閉原則的。