定義：為創(chuàng)建一組相關或相互依賴的對象提供一個接口，而且無需指定他們的具體類。
類型：創(chuàng)建類模式
類圖：
抽象工廠模式與工廠方法模式的區(qū)別
抽象工廠模式是工廠方法模式的升級版本，他用來創(chuàng)建一組相關或者相互依賴的對象。他與工廠方法模式的區(qū)別就在于，工廠方法模式針對的是一個產(chǎn)品等級結(jié)構；而抽象工廠模式則是針對的多個產(chǎn)品等級結(jié)構。在編程中，通常一個產(chǎn)品結(jié)構，表現(xiàn)為一個接口或者抽象類，也就是說，工廠方法模式提供的所有產(chǎn)品都是衍生自同一個接口或抽象類，而抽象工廠模式所提供的產(chǎn)品則是衍生自不同的接口或抽象類。
在抽象工廠模式中，有一個產(chǎn)品族的概念：所謂的產(chǎn)品族，是指位于不同產(chǎn)品等級結(jié)構中功能相關聯(lián)的產(chǎn)品組成的家族。抽象工廠模式所提供的一系列產(chǎn)品就組成一個產(chǎn)品族；而工廠方法提供的一系列產(chǎn)品稱為一個等級結(jié)構。我們依然拿生產(chǎn)汽車的例子來說明他們之間的區(qū)別。
在上面的類圖中，兩廂車和三廂車稱為兩個不同的等級結(jié)構；而2.0排量車和2.4排量車則稱為兩個不同的產(chǎn)品族。再具體一點，2.0排量兩廂車和2.4排量兩廂車屬于同一個等級結(jié)構，2.0排量三廂車和2.4排量三廂車屬于另一個等級結(jié)構；而2.0排量兩廂車和2.0排量三廂車屬于同一個產(chǎn)品族，2.4排量兩廂車和2.4排量三廂車屬于另一個產(chǎn)品族。
明白了等級結(jié)構和產(chǎn)品族的概念，就理解工廠方法模式和抽象工廠模式的區(qū)別了，如果工廠的產(chǎn)品全部屬于同一個等級結(jié)構，則屬于工廠方法模式；如果工廠的產(chǎn)品來自多個等級結(jié)構，則屬于抽象工廠模式。在本例中，如果一個工廠模式提供2.0排量兩廂車和2.4排量兩廂車，那么他屬于工廠方法模式；如果一個工廠模式是提供2.4排量兩廂車和2.4排量三廂車兩個產(chǎn)品，那么這個工廠模式就是抽象工廠模式，因為他提供的產(chǎn)品是分屬兩個不同的等級結(jié)構。當然，如果一個工廠提供全部四種車型的產(chǎn)品，因為產(chǎn)品分屬兩個等級結(jié)構，他當然也屬于抽象工廠模式了。
示例
我們來看工廠類的抽象類例子：
|
1
2
3
4
5
6
7
8
9
10
|
package AbstractFactory; public abstract class AbstractCreator { //創(chuàng)建A產(chǎn)品方法 public abstract AbstractProductA createProductA(); //創(chuàng)建B產(chǎn)品方法 public abstract AbstractProductB createProductB();} |
產(chǎn)品A的抽象類
|
1
2
3
4
5
6
7
8
9
10
11
12
13
|
package AbstractFactory; public abstract class AbstractProductA { //產(chǎn)品A共有的方法 public void shareMethod(){ System.out.println("產(chǎn)品A共有的業(yè)務邏輯處理方法..."); } //產(chǎn)品A不同子產(chǎn)品不同實現(xiàn) public abstract void doSomething(); } |
產(chǎn)品B 的抽象類
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
|
package AbstractFactory; public abstract class AbstractProductB { //產(chǎn)品B共有的方法 public void shareMethod(){ System.out.println("產(chǎn)品B共有的業(yè)務邏輯處理方法..."); } //產(chǎn)品B不同子產(chǎn)品不同實現(xiàn) public abstract void doSomething(); } 產(chǎn)品線1的工廠實現(xiàn)類package AbstractFactory; public class Creator1 extends AbstractCreator { @Override public AbstractProductA createProductA() { return new ProductA1(); } @Override public AbstractProductB createProductB() { return new ProductB1(); } } 產(chǎn)品線2的工廠實現(xiàn)類package AbstractFactory; public class Creator2 extends AbstractCreator { @Override public AbstractProductA createProductA() { return new ProductA2(); } @Override public AbstractProductB createProductB() { return new ProductB2(); } } |
產(chǎn)品A1
|
1
2
3
4
5
6
7
8
9
10
|
package AbstractFactory; public class ProductA1 extends AbstractProductA { @Override public void doSomething() { System.out.println("產(chǎn)品A1的業(yè)務邏輯處理方法..."); } } |
產(chǎn)品A2
|
1
2
3
4
5
6
7
8
9
10
|
package AbstractFactory; public class ProductA2 extends AbstractProductA { @Override public void doSomething() { System.out.println("產(chǎn)品A2的業(yè)務邏輯處理方法..."); } } |
產(chǎn)品B1
|
1
2
3
4
5
6
7
8
9
10
|
package AbstractFactory; public class ProductB1 extends AbstractProductB{ @Override public void doSomething() { System.out.println("B1的業(yè)務邏輯處理方法..."); } } |
產(chǎn)品B2
|
1
2
3
4
5
6
7
8
9
10
|
package AbstractFactory; public class ProductB2 extends AbstractProductB{ @Override public void doSomething() { System.out.println("B2的業(yè)務邏輯處理方法..."); } } |
抽象工廠模式的優(yōu)點
抽象工廠模式除了具有工廠方法模式的優(yōu)點外，最主要的優(yōu)點就是可以在類的內(nèi)部對產(chǎn)品族進行約束。所謂的產(chǎn)品族，一般或多或少的都存在一定的關聯(lián)，抽象工廠模式就可以在類內(nèi)部對產(chǎn)品族的關聯(lián)關系進行定義和描述，而不必專門引入一個新的類來進行管理。
抽象工廠模式的缺點
產(chǎn)品族的擴展將是一件十分費力的事情，假如產(chǎn)品族中需要增加一個新的產(chǎn)品，則幾乎所有的工廠類都需要進行修改。所以使用抽象工廠模式時，對產(chǎn)品等級結(jié)構的劃分是非常重要的。
適用場景
當需要創(chuàng)建的對象是一系列相互關聯(lián)或相互依賴的產(chǎn)品族時，便可以使用抽象工廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結(jié)構（即存在著多個抽象類），并且分屬各個等級結(jié)構中的實現(xiàn)類之間存在著一定的關聯(lián)或者約束，就可以使用抽象工廠模式。假如各個等級結(jié)構中的實現(xiàn)類之間不存在關聯(lián)或約束，則使用多個獨立的工廠來對產(chǎn)品進行創(chuàng)建，則更合適一點。
總結(jié)
無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬于工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經(jīng)常你會發(fā)現(xiàn)，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法后，由于類中的產(chǎn)品構成了不同等級結(jié)構中的產(chǎn)品族，它就變成抽象工廠模式了；而對于抽象工廠模式，當減少一個方法使的提供的產(chǎn)品不再構成產(chǎn)品族之后，它就演變成了工廠方法模式。
所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。
