執行個體解析Java單例模式編程中對抽象原廠模式的運用_java

定義：為建立一組相關或相互依賴的對象提供一個介面，而且無需指定他們的具體類。
類型：建立類模式
類圖：

抽象原廠模式與Factory 方法模式的區別
        抽象原廠模式是Factory 方法模式的升級版本，他用來建立一組相關或者相互依賴的對象。他與Factory 方法模式的區別就在於，Factory 方法模式針對的是一個產品等級結構；而抽象原廠模式則是針對的多個產品等級結構。在編程中，通常一個產品結構，表現為一個介面或者抽象類別，也就是說，Factory 方法模式提供的所有產品都是衍生自同一個介面或抽象類別，而抽象原廠模式所提供的產品則是衍生自不同的介面或抽象類別。
        在抽象原廠模式中，有一個產品族的概念：所謂的產品族，是指位於不同產品等級結構中功能相關聯的產品組成的家族。抽象原廠模式所提供的一系列產品就組成一個產品族；而Factory 方法提供的一系列產品稱為一個等級結構。我們依然拿生產汽車的例子來說明他們之間的區別。

 在上面的類圖中，兩廂車和三廂車稱為兩個不同的等級結構；而2.0排量車和2.4排量車則稱為兩個不同的產品族。再具體一點，2.0排量兩廂車和2.4排量兩廂車屬於同一個等級結構，2.0排量三廂車和2.4排量三廂車屬於另一個等級結構；而2.0排量兩廂車和2.0排量三廂車屬於同一個產品族，2.4排量兩廂車和2.4排量三廂車屬於另一個產品族。
        明白了等級結構和產品族的概念，就理解Factory 方法模式和抽象原廠模式的區別了，如果工廠的產品全部屬於同一個等級結構，則屬於Factory 方法模式；如果工廠的產品來自多個等級結構，則屬於抽象原廠模式。在本例中，如果一個原廠模式提供2.0排量兩廂車和2.4排量兩廂車，那麼他屬於Factory 方法模式；如果一個原廠模式是提供2.4排量兩廂車和2.4排量三廂車兩個產品，那麼這個原廠模式就是抽象原廠模式，因為他提供的產品是分屬兩個不同的等級結構。當然，如果一個工廠提供全部四種車型的產品，因為產品分屬兩個等級結構，他當然也屬於抽象原廠模式了。

樣本

我們來看工廠類的抽象類別例子：

package AbstractFactory; public abstract class AbstractCreator {     //建立A產品方法  public abstract AbstractProductA createProductA();     //建立B產品方法  public abstract AbstractProductB createProductB();}

    產品A的抽象類別

package AbstractFactory; public abstract class AbstractProductA {     //產品A共有的方法  public void shareMethod(){    System.out.println("產品A共有的商務邏輯處理方法...");  }     //產品A不同子產品不同實現  public abstract void doSomething();   }

    產品B 的抽象類別

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

package AbstractFactory; public class ProductA1 extends AbstractProductA {   @Override  public void doSomething() {    System.out.println("產品A1的商務邏輯處理方法...");  } }

    產品A2

package AbstractFactory; public class ProductA2 extends AbstractProductA {   @Override  public void doSomething() {    System.out.println("產品A2的商務邏輯處理方法...");  } }

    產品B1

package AbstractFactory; public class ProductB1 extends AbstractProductB{   @Override  public void doSomething() {    System.out.println("B1的商務邏輯處理方法...");  } }

    產品B2

package AbstractFactory; public class ProductB2 extends AbstractProductB{   @Override  public void doSomething() {    System.out.println("B2的商務邏輯處理方法...");  } }

抽象原廠模式的優點
        抽象原廠模式除了具有Factory 方法模式的優點外，最主要的優點就是可以在類的內部對產品族進行約束。所謂的產品族，一般或多或少的都存在一定的關聯，抽象原廠模式就可以在類內部對產品族的關聯關係進行定義和描述，而不必專門引入一個新的類來進行管理。
 
抽象原廠模式的缺點
       產品族的擴充將是一件十分費力的事情，假如產品族中需要增加一個新的產品，則幾乎所有的工廠類都需要進行修改。所以使用抽象原廠模式時，對產品等級結構的劃分是非常重要的。
 
適用情境
       當需要建立的對象是一系列相互關聯或相互依賴的產品族時，便可以使用抽象原廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結構（即存在著多個抽象類別），並且分屬各個等級結構中的實作類別之間存在著一定的關聯或者約束，就可以使用抽象原廠模式。假如各個等級結構中的實作類別之間不存在關聯或約束，則使用多個獨立的工廠來對產品進行建立，則更合適一點。
 
總結
       無論是簡單原廠模式，Factory 方法模式，還是抽象原廠模式，他們都屬於原廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為瞭解耦。在使用時，我們不必去在意這個模式到底Factory 方法模式還是抽象原廠模式，因為他們之間的演變常常是令人琢磨不透的。經常你會發現，明明使用的Factory 方法模式，當新需求來臨，稍加修改，加入了一個新方法後，由於類中的產品構成了不同等級結構中的產品族，它就變成抽象原廠模式了；而對於抽象原廠模式，當減少一個方法使的提供的產品不再構成產品族之後，它就演變成了Factory 方法模式。
       所以，在使用原廠模式時，只需要關心降低耦合度的目的是否達到了。