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