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

 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");
  }
 }
 
     然后，我們?cè)诮⒁粋€(gè)生產(chǎn)這些零件的工廠，它繼承自一個(gè)抽象工廠

 //抽象工廠
 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)在我們?cè)贛ain函數(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的零件了，先寫(xiě)一些BORA零件的類：
 class BORAWheel:AbstractWheel
 {
  public BORAWheel()
  {
   Console.Write("Create a BORAWheel");
  }
 }

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

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

 }
     再來(lái)看看如何在Main函數(shù)中修改使其調(diào)用BORA的零件；我們只要在將Main中的factory對(duì)象實(shí)例化為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模式的幾個(gè)要點(diǎn)：
          1、如果沒(méi)有應(yīng)對(duì)“多系列對(duì)象構(gòu)建”的需求變化，則沒(méi)有必要使用Abstract Factory模式。
          2、“系列對(duì)象”指的是這項(xiàng)對(duì)象之間有相互依賴、或作用的關(guān)系。
          3、Abstract Factory模式主要在于應(yīng)對(duì)“新系列”的需求變動(dòng)。缺點(diǎn)是難以應(yīng)對(duì)“新對(duì)象”的需求變動(dòng)。這一點(diǎn)應(yīng)該注意，就像前面說(shuō)的，如果我們現(xiàn)在要在加入其他系列的類，代碼的改動(dòng)會(huì)很大。
          4、Abstract Factory模式經(jīng)常和Factory Method模式共同組合來(lái)應(yīng)對(duì)“對(duì)象創(chuàng)建”的需求變化。