抽象工廠是一種創建型模式，是為了解決實例化時所帶來的問題。
???? 我們先來看看是什么問題，有的時候我們會遇到這種情況，我們需要一系列的對象。舉個例子，有一系列BMW汽車零部件的對象：輪子bmwwheel，油箱bmwoilbox，在一個管理函數中調用它們，代碼如下
class BMWWheel
{
?public BMWWheel(){};
}?
class BMWOilbox
{
?public BMWOilbox(){};
}
public void Manage()
{
?BMWOilbox oilbox = new BMWOilbox();
?BMWWheel wheel = new BMWWheel();
}
??? 如果現在需求變了，我們要用大眾一汽BORA的零件，不用BMW的，那么我們除了要再加上相應的零件對象外還要將Manage函數中的對象更改為BORA的零件對象。
???? 那這時發現new會帶來了一些問題：實現依賴，不能應對具體實例化類型的變化。
???? 如何解決這類問題呢？封裝變化點。（沒有變化的就不需要封裝）
???? 工廠模式的緣起：
????????? 1、變化點在“對象創建”，因此就封裝“對象創建”
????????? 2、面向接口編程
???? 簡單工廠問題：
????? 1、不能應對“不同系列對象”的變化。如：我們要在上面的代碼中加上其他的對象就不能很好的應對了
????? 2、使用面向對象國內的技術來封裝變化點
???? 動機：在軟件系統中，經常面臨著“一系列相互依賴的對象”的創建工作；同時，由于需求的變化，往往存在更多系列對象的創建工作。面對這種問題，我們想繞過常規的對象創建方法，提供一種“封裝機制”來避免客戶程序和這種“多系列具體對象創建工作”的緊耦合。
???? 對于“緊耦合”，我原來是不喜歡這個詞的，但是今天明白了，不是程序緊耦合不好，而是面對頻繁變化的需求，緊耦合會使程序的編寫變得很吃力。如果面對一個不變的需求，松耦合和緊耦合在代碼編寫上應該是沒什么區別的。
???? 《設計模式》中解釋這種模式的意圖是：提供一個接口，讓該接口負責創建一系列“相關或者相互依賴的對象”，無需指定他們的具體類。
???? 下面我們來看看如何使用抽象工廠模式完成對這種變化的封裝：
???? 首先我們的需求是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");
??}
?}
?
???? 然后，我們在建立一個生產這些零件的工廠，它繼承自一個抽象工廠
?//抽象工廠
?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();
??}
?}
???? 現在我們在Main函數中調用它們：
?static void Main(string[] args)
??{
???AbstractFactory factory = null;
???factory = new BMWFactory();
???factory.CreatWheel();
???Console.Write("\n");
???factory.CreatOilBox();
???Console.Write("\n");
???Console.Read();
??}
???? 顯示結果：
????????? Create a BMWwheel
????????? Create a BMWOilBox
???? 現在我們想不用BMW的零件，用BORA的零件了，先寫一些BORA零件的類：
?class BORAWheel:AbstractWheel
?{
??public BORAWheel()
??{
???Console.Write("Create a BORAWheel");
??}
?}
?class BORAOilBox:AbstractOilBox
?{
??public BORAOilBox()
??{
???Console.Write("Create a BORAOilBox");
??}
?}
???? 然后我們再創建BORA零件的工廠：
?class BORAFactory:AbstractFactory
?{
??public override AbstractWheel CreatWheel()
??{
???return new BORAWheel();
??}
??public override AbstractOilBox CreatOilBox()
??{
???return new BORAOilBox();
??}
?}
???? 再來看看如何在Main函數中修改使其調用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();
??}
?
???? 結果如下：
????????? Create a BORAWheel
????????? Create a BORAOilBox
?
???? Abstract Factory模式的幾個要點：
????????? 1、如果沒有應對“多系列對象構建”的需求變化，則沒有必要使用Abstract Factory模式。
????????? 2、“系列對象”指的是這項對象之間有相互依賴、或作用的關系。
????????? 3、Abstract Factory模式主要在于應對“新系列”的需求變動。缺點是難以應對“新對象”的需求變動。這一點應該注意，就像前面說的，如果我們現在要在加入其他系列的類，代碼的改動會很大。
??????????4、Abstract Factory模式經常和Factory Method模式共同組合來應對“對象創建”的需求變化。