1.1 ABSTRACT FACTORY 抽象工廠

1、 意圖

提供一個創建一系列相關或相互依賴對象的接口，而無需指定他們具體的類。

2、 動機

“客戶僅與抽象定義的接口交互，而不使用特定的具體類的接口。”

這里的主要的思想是封裝對象的創建的過程。客戶端可以不需要知道具體要創建那些對象，而只需要知道創建某一系列的對象所用到的“工廠對象”即可。

3、 適用性

一個系統要獨立于它的產品的創建、組合和表示時。

一個系統要由多個產品系列中的一個來配置時。

當你要強調一系列相關的產品對象的設計以便進行聯合使用時。

當你提供一個產品類庫，而只想顯示它們的接口而不是實現時。

4、 結構

5、 參與者

AbstractFactory：創建一系列對象的抽象類。

ConcreteFactory：實現具體創建產品對象的操作。

AbstractProduct：為一類產品對象聲明一個接口。

ConcreteProduct：定義一個被相應的具體工廠創建的對象；實現AbstractProduct接口。

Client：僅使用AbstractFactory和AbstractProduct類聲明的接口。

6、 協作

在運行時刻，創建一個ConcreteFactory實例，它創建具有特定實現的對象。為創建不同的對象，客戶應使用不同的具體工廠。

AbstractFactory將具體對象的創建延遲到它的子類ConcreteFactory中。

7、 效果

1） 它分離了具體的類：一個工廠封裝創建產品的責任和過程，它將客戶和類的實現分離。客戶通過抽象接口操作實例。產品的類名也在具體工廠實現中分離，他們不出現在客戶代碼中。

2） 它使得易于交互產品系列。

3） 它有利于產品的一致性。

4） 難于支持新的種類。