抽象工廠是一種創(chuàng)建型模式，是為了解決實例化時所帶來的問題。
     我們先來看看是什么問題，有的時候我們會遇到這種情況，我們需要一系列的對象。舉個例子，有一系列BMW汽車零部件的對象：輪子bmwwheel，油箱bmwoilbox，在一個管理函數(shù)中調(diào)用它們，代碼如下
class BMWWheel
{
 public BMWWheel(){};
} 
class BMWOilbox
{
 public BMWOilbox(){};
}
public void Manage()
{
 BMWOilbox oilbox = new BMWOilbox();
 BMWWheel wheel = new BMWWheel();
}
    如果現(xiàn)在需求變了，我們要用大眾一汽BORA的零件，不用BMW的，那么我們除了要再加上相應(yīng)的零件對象外還要將Manage函數(shù)中的對象更改為BORA的零件對象。
     那這時發(fā)現(xiàn)new會帶來了一些問題：實現(xiàn)依賴，不能應(yīng)對具體實例化類型的變化。
     如何解決這類問題呢？封裝變化點。（沒有變化的就不需要封裝）
     工廠模式的緣起：
          1、變化點在“對象創(chuàng)建”，因此就封裝“對象創(chuàng)建”
          2、面向接口編程
     簡單工廠問題：
      1、不能應(yīng)對“不同系列對象”的變化。如：我們要在上面的代碼中加上其他的對象就不能很好的應(yīng)對了
      2、使用面向?qū)ο髧鴥?nèi)的技術(shù)來封裝變化點
     動機：在軟件系統(tǒng)中，經(jīng)常面臨著“一系列相互依賴的對象”的創(chuàng)建工作；同時，由于需求的變化，往往存在更多系列對象的創(chuàng)建工作。面對這種問題，我們想繞過常規(guī)的對象創(chuàng)建方法，提供一種“封裝機制”來避免客戶程序和這種“多系列具體對象創(chuàng)建工作”的緊耦合。
     對于“緊耦合”，我原來是不喜歡這個詞的，但是今天明白了，不是程序緊耦合不好，而是面對頻繁變化的需求，緊耦合會使程序的編寫變得很吃力。如果面對一個不變的需求，松耦合和緊耦合在代碼編寫上應(yīng)該是沒什么區(qū)別的。
     《設(shè)計模式》中解釋這種模式的意圖是：提供一個接口，讓該接口負責(zé)創(chuàng)建一系列“相關(guān)或者相互依賴的對象”，無需指定他們的具體類。
     下面我們來看看如何使用抽象工廠模式完成對這種變化的封裝：
     首先我們的需求是BMW的車輪和油箱，當然他們要繼承各自的基類，代碼如下

 abstract class AbstractWheel
 {
  public AbstractWheel()
  {
   //Console.Write("Create a AbstractProduct");
  }
 }

 abstract class AbstractOilBox
 {
  public AbstractOilBox()
  {}
 }

 class BMWWheel:AbstractWheel
 {
  public BMWWheel()
  {
   Console.Write("Create a BMWwheel");
  }
 }

 class BMWOilBox:AbstractOilBox
 {
  public BMWOilBox()
  {
   Console.Write("Create a BMWOilBox");
  }
 }
 
     然后，我們在建立一個生產(chǎn)這些零件的工廠，它繼承自一個抽象工廠

 //抽象工廠
 abstract class AbstractFactory
 {
  abstract public AbstractWheel CreatWheel();
  abstract public AbstractOilBox CreatOilBox();
 }

 class BMWFactory:AbstractFactory
 {
  public override AbstractWheel CreatWheel()
  {
   return new BMWWheel();
  }

  public override AbstractOilBox CreatOilBox()
  {
     return new BMWOilBox();
  }

 }

     現(xiàn)在我們在Main函數(shù)中調(diào)用它們：
 static void Main(string[] args)
  {
   AbstractFactory factory = null;
   factory = new BMWFactory();
   factory.CreatWheel();
   Console.Write("\n");
   factory.CreatOilBox();
   Console.Write("\n");
   Console.Read();
  }
     顯示結(jié)果：
          Create a BMWwheel
          Create a BMWOilBox

     現(xiàn)在我們想不用BMW的零件，用BORA的零件了，先寫一些BORA零件的類：
 class BORAWheel:AbstractWheel
 {
  public BORAWheel()
  {
   Console.Write("Create a BORAWheel");
  }
 }

 class BORAOilBox:AbstractOilBox
 {
  public BORAOilBox()
  {
   Console.Write("Create a BORAOilBox");
  }
 }
     然后我們再創(chuàng)建BORA零件的工廠：
 class BORAFactory:AbstractFactory
 {
  public override AbstractWheel CreatWheel()
  {
   return new BORAWheel();
  }

  public override AbstractOilBox CreatOilBox()
  {
   return new BORAOilBox();
  }

 }
     再來看看如何在Main函數(shù)中修改使其調(diào)用BORA的零件；我們只要在將Main中的factory對象實例化為BORA的工廠BORAFactory就可以了：
 static void Main(string[] args)
  {
   AbstractFactory factory = null;
   factory = new BORAFactory();
   factory.CreatWheel();
   Console.Write("\n");
   factory.CreatOilBox();
   Console.Write("\n");
   Console.Read();
  }
 
     結(jié)果如下：
          Create a BORAWheel
          Create a BORAOilBox

 
     Abstract Factory模式的幾個要點：
          1、如果沒有應(yīng)對“多系列對象構(gòu)建”的需求變化，則沒有必要使用Abstract Factory模式。
          2、“系列對象”指的是這項對象之間有相互依賴、或作用的關(guān)系。
          3、Abstract Factory模式主要在于應(yīng)對“新系列”的需求變動。缺點是難以應(yīng)對“新對象”的需求變動。這一點應(yīng)該注意，就像前面說的，如果我們現(xiàn)在要在加入其他系列的類，代碼的改動會很大。
          4、Abstract Factory模式經(jīng)常和Factory Method模式共同組合來應(yīng)對“對象創(chuàng)建”的需求變化。