# 工廠三兄弟之抽象工廠模式（一） 工廠方法模式通過引入工廠等級結構，解決了簡單工廠模式中工廠類職責太重的問題，但由于工廠方法模式中的每個工廠只生產一類產品，可能會導致系統中存在大量的工廠類，勢必會增加系統的開銷。此時，我們可以考慮將一些相關的產品組成一個“產品族”，由同一個工廠來統一生產，這就是我們本文將要學習的抽象工廠模式的基本思想。 1 界面皮膚庫的初始設計 Sunny軟件公司欲開發一套界面皮膚庫，可以對Java桌面軟件進行界面美化。為了保護版權，該皮膚庫源代碼不打算公開，而只向用戶提供已打包為jar文件的class字節碼文件。用戶在使用時可以通過菜單來選擇皮膚，不同的皮膚將提供視覺效果不同的按鈕、文本框、組合框等界面元素，其結構示意圖如圖1所示：  圖1 界面皮膚庫結構示意圖 該皮膚庫需要具備良好的靈活性和可擴展性，用戶可以自由選擇不同的皮膚，開發人員可以在不修改既有代碼的基礎上增加新的皮膚。 Sunny軟件公司的開發人員針對上述要求，決定使用工廠方法模式進行系統的設計，為了保證系統的靈活性和可擴展性，提供一系列具體工廠來創建按鈕、文本框、組合框等界面元素，客戶端針對抽象工廠編程，初始結構如圖2所示：  圖2 基于工廠方法模式的界面皮膚庫初始結構圖 在圖2中，提供了大量工廠來創建具體的界面組件，可以通過配置文件更換具體界面組件從而改變界面風格。但是，此設計方案存在如下問題： (1) 當需要增加新的皮膚時，雖然不要修改現有代碼，但是需要增加大量類，針對每一個新增具體組件都需要增加一個具體工廠，類的個數成對增加，這無疑會導致系統越來越龐大，增加系統的維護成本和運行開銷； (2) 由于同一種風格的具體界面組件通常要一起顯示，因此需要為每個組件都選擇一個具體工廠，用戶在使用時必須逐個進行設置，如果某個具體工廠選擇失誤將會導致界面顯示混亂，雖然我們可以適當增加一些約束語句，但客戶端代碼和配置文件都較為復雜。 如何減少系統中類的個數并保證客戶端每次始終只使用某一種風格的具體界面組件？這是Sunny公司開發人員所面臨的兩個問題，顯然，工廠方法模式無法解決這兩個問題，別著急，本文所介紹的抽象工廠模式可以讓這些問題迎刃而解。