實例解析Java單例模式編程中對抽象工廠模式的運用

更新時間：2016年02月03日 16:17:40 作者：Zhang_H

這篇文章主要介紹了實例解析Java單例模式編程中對抽象工廠模式的運用,抽象工廠模式可以看作是工廠方法模式的升級版,本需要的朋友可以參考下

定義：為創(chuàng)建一組相關或相互依賴的對象提供一個接口，而且無需指定他們的具體類。
類型：創(chuàng)建類模式
類圖：

201623161539178.gif (488×346)

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

201623161604891.gif (663×363)

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

示例

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

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

產品A的抽象類

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

產品B 的抽象類

package AbstractFactory;
 
public abstract class AbstractProductB {
   
  //產品B共有的方法
  public void shareMethod(){
    System.out.println("產品B共有的業(yè)務邏輯處理方法...");
  }
   
  //產品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的業(yè)務邏輯處理方法...");
  }
 
}

產品A2

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

產品B1

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

產品B2

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

抽象工廠模式的優(yōu)點
        抽象工廠模式除了具有工廠方法模式的優(yōu)點外，最主要的優(yōu)點就是可以在類的內部對產品族進行約束。所謂的產品族，一般或多或少的都存在一定的關聯，抽象工廠模式就可以在類內部對產品族的關聯關系進行定義和描述，而不必專門引入一個新的類來進行管理。

抽象工廠模式的缺點
       產品族的擴展將是一件十分費力的事情，假如產品族中需要增加一個新的產品，則幾乎所有的工廠類都需要進行修改。所以使用抽象工廠模式時，對產品等級結構的劃分是非常重要的。

適用場景
       當需要創(chuàng)建的對象是一系列相互關聯或相互依賴的產品族時，便可以使用抽象工廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結構（即存在著多個抽象類），并且分屬各個等級結構中的實現類之間存在著一定的關聯或者約束，就可以使用抽象工廠模式。假如各個等級結構中的實現類之間不存在關聯或約束，則使用多個獨立的工廠來對產品進行創(chuàng)建，則更合適一點。

總結
       無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬于工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經常你會發(fā)現，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法后，由于類中的產品構成了不同等級結構中的產品族，它就變成抽象工廠模式了；而對于抽象工廠模式，當減少一個方法使的提供的產品不再構成產品族之后，它就演變成了工廠方法模式。
       所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。