設計模式之抽象工廠模式

剛看到抽象工廠模式，發現抽象工廠模式是很想的，抽象工廠模式定義如下：為建立一組相關或相互依賴的物件提供乙個介面，而且不需要指定它們的具體類

抽象工廠模式的通用類圖如下：

每乙個模式都是針對一定問題的解決方案。抽象工廠模式與工廠方法模式的最大區別就在於，工廠方法模式針對的是乙個產品等級結構；而抽象工廠模式則需要面對多個產品等級結構

下面用乙個汽車製造的例子來說一下抽象工廠模式

汽車製造類圖如下：

汽車的製造主要有：發動機、輪胎、車門、座椅等等，本例之介紹發動機和輪胎的製造

現在要生產兩種車輛：寶馬和賓士，寶馬和賓士的發動機和輪胎都有各自的要求，所以提取抽象，即發動機engine和輪胎抽象類tire，具體的區別交由各自的實現類，根據抽象工廠模式的定義，既然存在不同的產品,那麼就需要不同的工廠負責生產。

具體**如下：

/**
* 發動機抽象類
* */
public abstract class engine

/**
*寶馬汽車的發動機 
* */
public class bmwengine extends engine

/**
* 賓士汽車的發動機
* */
public class benzengine extends engine

/**
* 發動機工廠的抽象類
* */
public abstract class enginefactory

/**
* 寶馬發動機工廠類
* */
public class bmwenginefactory extends enginefactory 
}

/**
* 賓士發動機的工廠類
* */
public class benzenginefactory extends enginefactory 
}

/**
*汽車輪胎的抽象類 
* */
public abstract class tire

/**
* 寶馬輪胎
* */
public class bmwtire extends tire

/**
* *賓士輪胎
*/public class benztire extends tire

/**
* 輪胎的抽象工廠類
* */
public abstract class tirefactory

/**
* 寶馬輪胎工廠類
* */
public class bmwtirefactory extends tirefactory 
}

/**
* 賓士輪胎工廠類
* */
public class benztirefactory extends tirefactory 
}

public class carengineer 
if("benz".equalsignorecase(cartype))}}

抽象工廠模式的優點：

良好的封裝，客戶端不需要關心具體的實現類，客戶端只需要關注介面即可

抽象工廠模式的缺點：

不易擴充套件新產品，例如上面汽車製造的例子，如果現在增加乙個車門的製造，那麼我們需要定義乙個車門的抽象類，定義寶馬和賓士的車門實現類，增加車門的抽象工廠類，定義寶馬和賓士車門生產的工廠類，如果不止這兩種車呢？想想吧，我們需要寫多少類