一、引子
話說十年前，有一個爆發戶，他家有三輛汽車（ Benz （奔馳）、 Bmw （寶馬）、 Audi （奧迪）看來這人比較愛國，沒有日本車），還雇了司機為他開車。不過，爆發戶坐車時總是這樣：上 Benz 車后跟司機說 " 開奔馳車！ " ，坐上 Bmw 后他說 " 開寶馬車！ " ，坐上 Audi 后他說 " 開奧迪車！ " 。 你一定說：這人有病！直接說開車不就行了？！ 而當把這個爆發戶的行為放到我們程序語言中來，我們發現 C 語言一直是通過這種方式來坐車的！ 幸運的是，這種有病的現象在 OO 語言中可以避免了。下面以 Java 語言為基礎來引入我們本文的主題：工廠模式！！

// 具體產品角色
public class Benz implements Car{
public void drive() {
System.out.println("Driving Benz ");
}
}

public class Bmw implements Car{
public void drive() {
System.out.println("Driving Bmw ");
}
}
。。。（奧迪我就不寫了 :P ）

// 工廠類角色
public class Driver{

// 工廠方法
// 注意 返回類型為抽象產品角色
public static Car driverCar(String s)throws Exception {

// 判斷邏輯，返回具體的產品角色給 Client
if(s.equalsIgnoreCase("Benz")) return new Benz();
else if(s.equalsIgnoreCase("Bmw"))
return new Bmw();

......
else throw new Exception();
。。。

四、工廠方法模式
先來看下它的組成吧：
1、抽象工廠角色：這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須實現的接口或者必須繼承的父類。在 java 中它由抽象類或者接口來實現。
2、具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體產品的對象。在 java 中它由具體的類來實現。
3、抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在 java 中一般有抽象類或者接口來實現。
4、具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在 java 中由具體的類來實現。
來用類圖來清晰的表示下的它們之間的關系：

我們還是老規矩使用一個完整的例子來看看工廠模式各個角色之間是如何來協調的。話說暴發戶生意越做越大，自己的愛車也越來越多。這可苦了那位司機師傅了，什么車它都要記得，維護，都要經過他來使用！于是暴發戶同情他說：看你跟我這么多年的份上，以后你不用這么辛苦了，我給你分配幾個人手，你只管管好他們就行了！于是，工廠方法模式的管理出現了。代碼如下：
// 抽象產品角色，具體產品角色與簡單工廠模式類似，只是變得復雜了些，這里略。
// 抽象工廠角色
public interface Driver{
public Car driverCar();
}
public class BenzDriver implements Driver{
public Car driverCar(){
return new Benz();
}
}
public class BmwDriver implements Driver{
public Car driverCar() {
return new Bmw();
}
}
......// 應該和具體產品形成對應關系，這里略 ...
// 有請暴發戶先生
public class Magnate
{
public static void main(String[] args)
{
try{
Driver driver = new BenzDriver();

Car car = driver.driverCar();
car.drive();
}catch(Exception e)
{ }
}
}
工廠方法使用一個抽象工廠角色作為核心來代替在簡單工廠模式中使用具體類作為核心。讓我們來看看工廠方法模式給我們帶來了什么？使用開閉原則來分析下工廠方法模式。當有新的產品（即暴發戶的汽車）產生時，只要按照抽象產品角色、抽象工廠角色提供的合同來生成，那么就可以被客戶使用，而不必去修改任何已有的代碼。看來，工廠方法模式是完全符合開閉原則的！
使用工廠方法模式足以應付我們可能遇到的大部分業務需求。但是當產品種類非常多時，就會出現大量的與之對應的工廠類，這不應該是我們所希望的。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結合的方式來減少工廠類：即對于產品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實現。
當然特殊的情況，就要特殊對待了：對于系統中存在不同的產品樹，而且產品樹上存在產品族，那么這種情況下就可能可以使用抽象工廠模式了。

五、小結
讓我們來看看簡單工廠模式、工廠方法模式給我們的啟迪：
如果不使用工廠模式來實現我們的例子，也許代碼會減少很多 -- 只需要實現已有的車，不使用多態。但是在可維護性上，可擴展性上是非常差的（你可以想象一下，添加一輛車后要牽動的類）。因此為了提高擴展性和維護性，多寫些代碼是值得的。

六、抽象工廠模式
先來認識下什么是產品族：位于不同產品等級結構中，功能相關聯的產品組成的家族。如果光看這句話就能清楚的理解這個概念，我不得不佩服你啊。還是讓我們用一個例子來形象地說明一下吧。

圖中的 BmwCar 和 BenzCar 就是兩個產品樹（產品層次結構）；而如圖所示的 BenzSportsCar 和 BmwSportsCar 就是一個產品族。他們都可以放到跑車家族中，因此功能有所關聯。同理 BmwBussinessCar 和 BenzSportsCar 也是一個產品族。
回到抽象產品模式的話題上，可以這么說，它和工廠方法模式的區別就在于需要創建對象的復雜程度上。而且抽象工廠模式是三個里面最為抽象、最具一般性的。抽象工廠模式的用意為：給客戶端提供一個接口，可以創建多個產品族中的產品對象。而且使用抽象工廠模式還要滿足一下條件：
1. 系統中有多個產品族，而系統一次只可能消費其中一族產品
2. 同屬于同一個產品族的產品以其使用。
來看看抽象工廠模式的各個角色（和工廠方法的如出一轍）：
抽象工廠角色：這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須實現的接口或者必須繼承的父類。在 java 中它由抽象類或者接口來實現。
具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體產品的對象。在 java 中它由具體的類來實現。
抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在 java 中一般有抽象類或者接口來實現。
具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在 java 中由具體的類來實現。

看過了前兩個模式，對這個模式各個角色之間的協調情況應該心里有個數了，我就不舉具體的例子了。只是一定要注意滿足使用抽象工廠模式的條件哦，不然即使存在了多個產品樹，也存在產品族，但是不能使用的。

java工廠模式