一、引子
話說十年前，有一個爆發戶，他家有三輛汽車（Benz（奔馳）、Bmw（寶馬）、Audi（奧迪）），還雇了司機為他開車。不過，爆發戶坐車時總是這樣：上Benz車后跟司機說“開奔馳車！”，坐上Bmw后他說“開寶馬車！”，坐上 Audi后他說“開奧迪車！”。
你一定說：這人有病！直接說開車不就行了？！而當把這個爆發戶的行為放到我們程序語言中來，我們發現C語言一直是通過這種方式來坐車的！
幸運的是這種有病的現象在OO語言中可以避免了。下面以Java語言為基礎來引入我們本文的主題：工廠模式！
二、簡介
工廠模式主要是為創建對象提供了接口。工廠模式按照《Java與模式》中的提法分為三類：
- 簡單工廠模式(Simple Factory)
- 工廠方法模式(Factory Method)
- 抽象工廠模式(Abstract Factory)
這三種模式從上到下逐步抽象，并且更具一般性。還有一種分類法，就是將簡單工廠模式看為工廠方法模式的一種特例，兩個歸為一類。兩者皆可，這本為使用《Java與模式》的分類方法。
在什么樣的情況下我們應該記得使用工廠模式呢？大體有兩點：
1.在編碼時不能預見需要創建哪種類的實例。
2.系統不應依賴于產品類實例如何被創建、組合和表達的細節
工廠模式能給我們的OOD、OOP帶來哪些好處呢？？
三、簡單工廠模式
這個模式本身很簡單而且使用在業務較簡單的情況下。一般用于小項目或者具體產品很少擴展的情況（這樣工廠類才不用經常更改）。
它由三種角色組成：
工廠類角色：這是本模式的核心，含有一定的商業邏輯和判斷邏輯，根據邏輯不同，產生具體的工廠產品。如例子中的Driver類。
抽象產品角色：它一般是具體產品繼承的父類或者實現的接口。由接口或者抽象類來實現。如例中的Car接口。
具體產品角色：工廠類所創建的對象就是此角色的實例。在java中由一個具體類實現，如例子中的Benz、Bmw類。
下面就來給那個暴發戶治病：在使用了簡單工廠模式后，現在暴發戶只需要坐在車里對司機說句：“開車”就可以了。來看看怎么用代碼實現的：（為方便起見，所有的類放在一個文件中，故有一個類被聲明為public）
//抽象產品
abstract class Car{
private String name;
public abstract void drive();
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
//具體產品
class Benz extends Car{
public void drive(){
System.out.println(this.getName()+"----go-----------------------");
}
}
class Bmw extends Car{
public void drive(){
System.out.println(this.getName()+"----go-----------------------");
}
}
//簡單工廠
class Driver{
public static Car createCar(String car){
Car c = null;
if("Benz".equalsIgnoreCase(car))
c = new Benz();
else if("Bmw".equalsIgnoreCase(car))
c = new Bmw();
return c;
}
}
//老板
public class BossSimplyFactory {
public static void main(String[] args) throws IOException {
//老板告訴司機我今天坐奔馳
Car car = Driver.createCar("benz");
car.setName("benz");
//司機開著奔馳出發
car.drive();
}
}
這便是簡單工廠模式了。那么它帶了了什么好處呢？
首先，符合現實中的情況；而且客戶端免除了直接創建產品對象的責任，而僅僅負責“消費”產品（正如暴發戶所為）。
下面我們從開閉原則上來分析下簡單工廠模式。當暴發戶增加了一輛車的時候，只要符合抽象產品制定的合同，那么只要通知工廠類知道就可以被客戶使用了。（即創建一個新的車類，繼承抽象產品Car）那么 對于產品部分來說，它是符合開閉原則的——對擴展開放、對修改關閉；但是工廠類不太理想，因為每增加一輛車，都要在工廠類中增加相應的商業邏輯和判 斷邏輯，這顯自然是違背開閉原則的。
而在實際應用中，很可能產品是一個多層次的樹狀結構。由于簡單工廠模式中只有一個工廠類來對應這些產品，所以這可能會把我們的上帝類壞了。
正如我前面提到的簡單工廠模式適用于業務簡單的情況下或者具體產品很少增加的情況。而對于復雜的業務環境可能不太適應了。這就應該由工廠方法模式來出場了！！
四、工廠方法模式
抽象工廠角色： 這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須實現的接口或者必須繼承的父類。在java中它由抽象類或者接口來實現。
具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體產品的對象。在java中它由具體的類來實現。
抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在java中一般有抽象類或者接口來實現。
具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在java中由具體的類來實現。
話說暴發戶生意越做越大，自己的愛車也越來越多。這可苦了那位司機師傅了，什么車它都要記得，維護，都要經過他來使用！于是暴發戶同情他說：我給你分配幾個人手，你只管管好他們就行了！于是工廠方法模式的管理出現了。代碼如下：
//抽象產品
abstract class Car{
private String name;
public abstract void drive();
public void setName(String name){
this.name = name;
}
public String getName{
return name;
}
}
//具體產品
class Benz extends Car{
public void drive(){
System.out.println(this.getName() + "go ........");
}
}
class BMW extends Car{
public void drive(){
System.out.println(this.getName() + "go .........");
}
}
//抽象工廠
abstract class drive {
public abstract Car createCar(String car) throws Exception;
}
//具體工廠(每個具體工廠負責每個產品)
class BenzDrive extends drive {
public Car createCar(String car) throws Excepton{
return new Benz();
}
}
class BMWDrive extends drive{
public Car createCar(String car) throws Exception{
return new BMW();
}
}
//老板
public class boss{
public static void main(String[] args)throws Exception{
Drive d = new BenzDrive();
Car c = d.createCar("Benz");
c.setName("Benz");
c.drive();
}
}
使用開閉原則來分析下工廠方法模式。當有新的產品（即暴發戶的汽車）產生時，只要按照抽象產品角色、抽象工廠角色提供的合同來生成，那么就可以被客戶使用，而不必去修改任何已有的代碼。（即當有新產品時，只要創建并基礎抽象產品；新建具體工廠繼承抽象工廠；而不用修改任何一個類）工廠方法模式是完全符合開閉原則的！
使用工廠方法模式足以應付我們可能遇到的大部分業務需求。但是當產品種類非常多時，就會出現大量的與之對應的工廠類，這不應該是我們所希望的。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結合的方式來減少工廠類：即對于產品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實現。
當然特殊的情況，就要特殊對待了：對于系統中存在不同的產品樹，而且產品樹上存在產品族（下一節將解釋這個名詞）。那么這種情況下就可能可以使用抽象工廠模式了。
五、總結
讓我們來看看簡單工廠模式、工廠方法模式給我們的啟迪：
如果不使用工廠模式來實現我們的例子，也許代碼會減少很多——只需要實現已有的車，不使用多態。但是在可維護性上，可擴展性上是非常差的（你可以想象一下添加一輛車后要牽動的類）。因此為了提高擴展性和維護性，多寫些代碼是值得的。
六、抽象工廠模式
先來認識下什么是產品族： 位于不同產品等級結構中，功能相關聯的產品組成的家族。
圖中的BmwCar和BenzCar就是兩個產品樹（產品層次結構）；而如圖所示的BenzSportsCar和BmwSportsCar就是一個產品族。他們都可以放到跑車家族中，因此功能有所關聯。同理BmwBussinessCar和BenzBusinessCar也是一個產品族。
可以這么說，它和工廠方法模式的區別就在于需要創建對象的復雜程度上。而且抽象工廠模式是三個里面最為抽象、最具一般性的。抽象工廠模式的用意為：給客戶端提供一個接口，可以創建多個產品族中的產品對象。
而且使用抽象工廠模式還要滿足一下條件：
1.系統中有多個產品族，而系統一次只可能消費其中一族產品
2.同屬于同一個產品族的產品以其使用。
來看看抽象工廠模式的各個角色（和工廠方法的如出一轍）：
抽象工廠角色： 這是工廠方法模式的核心，它與應用程序無關。是具體工廠角色必須實現的接口或者必須繼承的父類。在java中它由抽象類或者接口來實現。
具體工廠角色：它含有和具體業務邏輯有關的代碼。由應用程序調用以創建對應的具體產品的對象。在java中它由具體的類來實現。
抽象產品角色：它是具體產品繼承的父類或者是實現的接口。在java中一般有抽象類或者接口來實現。
具體產品角色：具體工廠角色所創建的對象就是此角色的實例。在java中由具體的類來實現。
//抽象產品
abstract class BenzCar{
private String name;
public abstract void drive();
public void setName(String name){
this.name = name;
}
public String getName{
reutrn name;
}
}
//具體產品
class BenzSportsCar extends BenzCar{
public void drive(){
Systen.out.println(this.getName() + "BenzSportsCar ......");
}
}
class BenzBusinessCar extends BenzCar{
public void drive(){
System.out.println(this.getName() + "BenzBusinessCar .....");
}
}
abstract class BmwCar{
private String name;
public abstract void drive();
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
class BmwSportCar extends BmwCar{
public void drive(){
System.out.println(this.getName()+"----BmwSportCar-----------------------");
}
}
class BmwBusinessCar extends BmwCar{
public void drive(){
System.out.println(this.getName()+"----BmwBusinessCar-----------------------");
}
}
abstract class AudiCar{
private String name;
public abstract void drive();
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
class AudiSportCar extends AudiCar{
public void drive(){
System.out.println(this.getName()+"----AudiSportCar-----------------------");
}
}
class AudiBusinessCar extends AudiCar{
public void drive(){
System.out.println(this.getName()+"----AudiBusinessCar-----------------------");
}
}
//抽象工廠
abstract class Driver{
public abstract BenzCar createBenzCar(String car) throws Exception;
public abstract BmwCar createBmwCar(String car) throws Exception;
public abstract AudiCar createAudiCar(String car) throws Exception;
}
//具體工廠
class SportDriver extends Driver3{
public BenzCar createBenzCar(String car) throws Exception {
return new BenzSportCar();
}
public BmwCar createBmwCar(String car) throws Exception {
return new BmwSportCar();
}
public AudiCar createAudiCar(String car) throws Exception {
return new AudiSportCar();
}
}
class BusinessDriver extends Driver3{
public BenzCar createBenzCar(String car) throws Exception {
return new BenzBusinessCar();
}
public BmwCar createBmwCar(String car) throws Exception {
return new BmwBusinessCar();
}
public AudiCar createAudiCar(String car) throws Exception {
return new AudiBusinessCar();
}
}
//老板
public class BossAbstractFactory {
public static void main(String[] args) throws Exception {
Driver3 d = new BusinessDriver();
AudiCar car = d.createAudiCar("");
car.drive();
}
}
缺點
其中：BenzSportCar和BenzBusinessCar屬于產品樹；同理BmwSportCar和BmwBusinessCar。而BenzSportCar和BmwSportCar和AudiSportCar屬于產品族。
所以抽象工廠模式一般用于具有產品樹和產品族的場景下。
抽象工廠模式的缺點：如果需要增加新的產品樹，那么就要新增三個產品類，比如VolvoCar，VolvoSportCar,VolvoSportCar，并且要修改三個工廠類。這樣大批量的改動是很丑陋的做法。
轉載自
博客園 Danny Chen
