Abstract Factory 抽象工廠模式

抽象工廠是一種創建型模式，是爲了解決實例化時所帶來的問題。
我們先來看看是什麼問題，有的時候我們會遇到這種情況，我們需要一系列的對象。舉個例子，有一系列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的車輪和油箱，當然他們要繼承各自的基類，代碼如下

public class Test{
	public static void main(String[] args) {
	   AbstractFactory factory = null;
	   factory = new BMWFactory();
	   factory.CreatWheel();
	   System.out.println("\n");
	   factory.CreatOilBox();
	   System.out.println("\n");
	  }
}
//抽象輪子
abstract class AbstractWheel {
	 public AbstractWheel(){}
}
//抽象郵箱
abstract class AbstractOilBox{
 public AbstractOilBox(){}
}
//寶馬輪子，繼承自抽象輪子
class BMWWheel extends AbstractWheel{
	public BMWWheel(){
	   System.out.println("Create a BMWwheel");
	  }
}
//寶馬郵箱，繼承自抽象郵箱
class BMWOilbox extends AbstractOilBox{
	public BMWOilbox(){
	   System.out.println("Create a BMWOilbox");
	  }
}

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

//寶馬工廠
class BMWFactory extends AbstractFactory{

	public AbstractWheel CreatWheel(){
	   return new BMWWheel();
	  }

	  public AbstractOilBox CreatOilBox(){
	     return new BMWOilbox();
	  }
}

顯示結果：
Create a BMWwheel
Create a BMWOilBox

現在我們想不用BMW的零件，用BORA的零件了，先寫一些BORA零件的類：

 class BORAWheel extends AbstractWheel{
  public BORAWheel() {
   System.out.println("Create a BORAWheel");
  }
 }

 class BORAOilBox:AbstractOilBox {
  public BORAOilBox()  {
   System.out.println("Create a BORAOilBox");
  }
 }
     然後我們再創建BORA零件的工廠：
 class BORAFactory extends AbstractFactory {

  public AbstractWheel CreatWheel() {
   return new BORAWheel();
  }

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

 }

再來看看如何在Main函數中修改使其調用BORA的零件；我們只要在將Main中的factory對象實例化爲BORA的工廠BORAFactory就可以了：

 public static void main(String[] args) {
   AbstractFactory factory = null;
   factory = new BORAFactory();
   factory.CreatWheel();

   factory.CreatOilBox();
   }

結果如下：
Create a BORAWheel
Create a BORAOilBox



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

修改自：http://www.cnblogs.com/kid-li/archive/2006/04/22/382412.html