定義：
為建立一組相關或者是相互依賴的物件提供一個介面，而不需要指定它們的具體類。
使用場景：
一個物件族具有相同的約束時，可以使用抽象工廠模式。
- 一個系統不應當依賴於產品類例項如何被建立、組合和表達的細節，這對於所有型別的工廠模式都是重要的。
- 系統中有多於一個的產品族，而每次只使用其中某一產品族。
- 屬於同一個產品族的產品將在一起使用，這一約束必須在系統的設計中體現出來。
- 系統提供一個產品類的庫，所有的產品以同樣的介面出現，從而使客戶端不依賴於具體實現。
UML類圖
優點:
- 抽象工廠模式隔離了具體類的生成，使得客戶並不需要知道什麼被建立。由於這種隔離，更換一個具體工廠就變得相對容易。所有的具體工廠都實現了抽象工廠中定義的那些公共介面，因此只需改變具體工廠的例項，就可以在某種程度上改變整個軟體系統的行為。另外，應用抽象工廠模式可以實現高內聚低耦合的設計目的，因此抽象工廠模式得到了廣泛的應用。
- 當一個產品族中的多個物件被設計成一起工作時，它能夠保證客戶端始終只使用同一個產品族中的物件。這對一些需要根據當前環境來決定其行為的軟體系統來說，是一種非常實用的設計模式。
- 增加新的具體工廠和產品族很方便，無須修改已有系統，符合“開閉原則”。
缺點：
- 在新增新的產品物件時，難以擴充套件抽象工廠來生產新種類的產品，這是因為在抽象工廠角色中規定了所有可能被建立的產品集合，要支援新種類的產品就意味著要對該介面進行擴充套件，而這將涉及到對抽象工廠角色及其所有子類的修改，顯然會帶來較大的不便。
- 開閉原則的傾斜性（增加新的工廠和產品族容易，增加新的產品等級結構麻煩）