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

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

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

示例

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

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的抽象類

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 的抽象類

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

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

    產(chǎn)品A2

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

    產(chǎn)品B1

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

    產(chǎn)品B2

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)品等級結構的劃分是非常重要的。
 
適用場景
       當需要創(chuàng)建的對象是一系列相互關聯(lián)或相互依賴的產(chǎn)品族時，便可以使用抽象工廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結構（即存在著多個抽象類），并且分屬各個等級結構中的實現(xiàn)類之間存在著一定的關聯(lián)或者約束，就可以使用抽象工廠模式。假如各個等級結構中的實現(xiàn)類之間不存在關聯(lián)或約束，則使用多個獨立的工廠來對產(chǎn)品進行創(chuàng)建，則更合適一點。
 
總結
       無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬于工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經(jīng)常你會發(fā)現(xiàn)，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法后，由于類中的產(chǎn)品構成了不同等級結構中的產(chǎn)品族，它就變成抽象工廠模式了；而對于抽象工廠模式，當減少一個方法使的提供的產(chǎn)品不再構成產(chǎn)品族之后，它就演變成了工廠方法模式。
       所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。

最新評論