一、引子
         話說十年前，有一個暴發(fā)戶，他家有三輛汽車——Benz奔馳、Bmw寶馬、Audi奧迪，還雇了司機(jī)為他開車。不過，暴發(fā)戶坐車時總是怪怪的：上Benz 車后跟司機(jī)說“開奔馳車！”，坐上Bmw后他說“開寶馬車！”，坐上Audi說“開奧迪車！”。你一定說：這人有病！直接說開車不就行了？！
         而當(dāng)把這個暴發(fā)戶的行為放到我們程序設(shè)計中來時，會發(fā)現(xiàn)這是一個普遍存在的現(xiàn)象。幸運(yùn)的是，這種有病的現(xiàn)象在OO（面向?qū)ο螅┱Z言中可以避免了。下面就以 Java語言為基礎(chǔ)來引入我們本文的主題：工廠模式。

二、分類
        工廠模式主要是為創(chuàng)建對象提供過渡接口，以便將創(chuàng)建對象的具體過程屏蔽隔離起來，達(dá)到提高靈活性的目的。

工廠模式在《Java與模式》中分為三類：
1）簡單工廠模式（Simple Factory）

2）工廠方法模式（Factory Method）

3）抽象工廠模式（Abstract Factory）
         這三種模式從上到下逐步抽象，并且更具一般性。
         GOF在《設(shè)計模式》一書中將工廠模式分為兩類：工廠方法模式（Factory Method）與抽象工廠模式（Abstract Factory）。將簡單工廠模式（Simple Factory）看為工廠方法模式的一種特例，兩者歸為一類。

兩者皆可，在本文使用《Java與模式》的分類方法。下面來看看這些工廠模式是怎么來“治病”的。

三、簡單工廠模式

簡單工廠模式又稱靜態(tài)工廠方法模式。重命名上就可以看出這個模式一定很簡單。它存在的目的很簡單：定義一個用于創(chuàng)建對象的接口。
   先來看看它的組成：

     1) 工廠類角色：這是本模式的核心，含有一定的商業(yè)邏輯和判斷邏輯。在java中它往往由一個具體類實現(xiàn)。

     2) 抽象產(chǎn)品角色：它一般是具體產(chǎn)品繼承的父類或者實現(xiàn)的接口。在java中由接口或者抽象類來實現(xiàn)。

     3) 具體產(chǎn)品角色：工廠類所創(chuàng)建的對象就是此角色的實例。在java中由一個具體類實現(xiàn)。
那么簡單工廠模式怎么來使用呢？我們就以簡單工廠模式來改造暴發(fā)戶坐車的方式——現(xiàn)在暴發(fā)戶只需要坐在車?yán)飳λ緳C(jī)說句：“開車”就可以了。

//抽象產(chǎn)品角色
public interface Car{
public void drive();
}
//具體產(chǎn)品角色
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 ");
}
}
...（奧迪我就不寫了）
//工廠類角色
public class Driver{
//工廠方法.注意 返回類型為抽象產(chǎn)品角色
public static Car driverCar(String s)throws Exception{
//判斷邏輯，返回具體的產(chǎn)品角色給Client
if(s.equalsIgnoreCase("Benz"))
return new Benz();
else if(s.equalsIgnoreCase("Bmw"))
return new Bmw();
......
else throw new Exception();
...
//歡迎暴發(fā)戶出場......
public class Magnate{
public static void main(String[] args){
try{
//告訴司機(jī)我今天坐奔馳
Car car = Driver.driverCar("benz");
//下命令：開車
car.drive();
...

將本程序空缺的其他信息填充完整后即可運(yùn)行。如果你將所有的類放在一個文件中，請不要忘記只能有一個類被聲明為public。本程序在jdk1.4 下運(yùn)行通過。
這便是簡單工廠模式了。怎么樣，使用起來很簡單吧？那么它帶來了什么好處呢？
        首先，使用了簡單工廠模式后，我們的程序不在“有病”，更加符合現(xiàn)實中的情況；而且客戶端免除了直接創(chuàng)建產(chǎn)品對象的責(zé)任，而僅僅負(fù)責(zé)“消費(fèi)”產(chǎn)品（正如暴發(fā)戶所為）。

        下面我們從開閉原則（對擴(kuò)展開放；對修改封閉）上來分析下簡單工廠模式。當(dāng)暴發(fā)戶增加了一輛車的時候，只要符合抽象產(chǎn)品制定的合同，那么只要通知工廠類知道就可以被客戶使用了。所以對產(chǎn)品部分來說，它是符合開閉原則的；但是工廠部分好像不太理想，因為每增加一輛車，都要在工廠類中增加相應(yīng)的業(yè)務(wù)邏輯或者判斷邏輯，這顯然是違背開閉原則的。可想而知對于新產(chǎn)品的加入，工廠類是很被動的。對于這樣的工廠類（在我們的例子中是為司機(jī)師傅），我們稱它為全能類或者上帝類。
         我們舉的例子是最簡單的情況，而在實際應(yīng)用中，很可能產(chǎn)品是一個多層次的樹狀結(jié)構(gòu)。由于簡單工廠模式中只有一個工廠類來對應(yīng)這些產(chǎn)品，所以這可能會把我們的上帝累壞了，也累壞了我們這些程序員:(
        于是工廠方法模式作為救世主出現(xiàn)了。