1.1 ABSTRACT FACTORY 抽象工廠

1、 意圖

提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定他們具體的類。

2、 動機

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

這里的主要的思想是封裝對象的創(chuàng)建的過程?？蛻舳丝梢圆恍枰谰唧w要創(chuàng)建那些對象，而只需要知道創(chuàng)建某一系列的對象所用到的“工廠對象”即可。

3、 適用性

一個系統(tǒng)要獨立于它的產(chǎn)品的創(chuàng)建、組合和表示時。

一個系統(tǒng)要由多個產(chǎn)品系列中的一個來配置時。

當(dāng)你要強調(diào)一系列相關(guān)的產(chǎn)品對象的設(shè)計以便進(jìn)行聯(lián)合使用時。

當(dāng)你提供一個產(chǎn)品類庫，而只想顯示它們的接口而不是實現(xiàn)時。

4、 結(jié)構(gòu)

5、 參與者

AbstractFactory：創(chuàng)建一系列對象的抽象類。

ConcreteFactory：實現(xiàn)具體創(chuàng)建產(chǎn)品對象的操作。

AbstractProduct：為一類產(chǎn)品對象聲明一個接口。

ConcreteProduct：定義一個被相應(yīng)的具體工廠創(chuàng)建的對象；實現(xiàn)AbstractProduct接口。

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

6、 協(xié)作

在運行時刻，創(chuàng)建一個ConcreteFactory實例，它創(chuàng)建具有特定實現(xiàn)的對象。為創(chuàng)建不同的對象，客戶應(yīng)使用不同的具體工廠。

AbstractFactory將具體對象的創(chuàng)建延遲到它的子類ConcreteFactory中。

7、 效果

1） 它分離了具體的類：一個工廠封裝創(chuàng)建產(chǎn)品的責(zé)任和過程，它將客戶和類的實現(xiàn)分離?？蛻敉ㄟ^抽象接口操作實例。產(chǎn)品的類名也在具體工廠實現(xiàn)中分離，他們不出現(xiàn)在客戶代碼中。

2） 它使得易于交互產(chǎn)品系列。

3） 它有利于產(chǎn)品的一致性。

4） 難于支持新的種類。