適用場合：

7.3　工廠模式的適用場合

創(chuàng)建新對象最簡單的辦法是使用new關(guān)鍵字和具體類。只有在某些場合下，創(chuàng)建和維護(hù)對象工廠所帶來的額外復(fù)雜性才是物有所值。本節(jié)概括了這些場合。

7.3.1　動態(tài)實(shí)現(xiàn)

如果需要像前面自行車的例子一樣，創(chuàng)建一些用不同方式實(shí)現(xiàn)同一接口的對象，那么可以使用一個(gè)工廠方法或簡單工廠對象來簡化選擇實(shí)現(xiàn)的過程。這種選擇可以是明確進(jìn)行的也可以是隱含的。前者如自行車那個(gè)例子，顧客可以選擇需要的自行車型號；而下一節(jié)所講的XHR工廠那個(gè)例子則屬于后者，該例中所返回的連接對象的類型取決于所探查到的帶寬和網(wǎng)絡(luò)延時(shí)等因素。在這些場合下，你通常要與一系列實(shí)現(xiàn)了同一個(gè)接口、可以被同等對待的類打交道。這是JavaScript中使用工廠模式的最常見的原因。

7.3.2　節(jié)省設(shè)置開銷

如果對象需要進(jìn)行復(fù)雜并且彼此相關(guān)的設(shè)置，那么使用工廠模式可以減少每種對象所需的代碼量。如果這種設(shè)置只需要為特定類型的所有實(shí)例執(zhí)行一次即可，這種作用尤其突出。把這種設(shè)置代碼放到類的構(gòu)造函數(shù)中并不是一種高效的做法，這是因?yàn)榧幢阍O(shè)置工作已經(jīng)完成，每次創(chuàng)建新實(shí)例的時(shí)候這些代碼還是會執(zhí)行，而且這樣做會把設(shè)置代碼分散到不同的類中。工廠方法非常適合于這種場合。它可以在實(shí)例化所有需要的對象之前先一次性地進(jìn)行設(shè)置。無論有多少不同的類會被實(shí)例化，這種辦法都可以讓設(shè)置代碼集中在一個(gè)地方。

如果所用的類要求加載外部庫的話，這尤其有用。工廠方法可以對這些庫進(jìn)行檢查并動態(tài)加載那些未找到的庫。這些設(shè)置代碼只存在于一個(gè)地方，因此以后改起來也方便得多。

7.3.3　用許多小型對象組成一個(gè)大對象

工廠方法可以用來創(chuàng)建封裝了許多較小對象的對象?？紤]一下自行車對象的構(gòu)造函數(shù)。自行車包含著許多更小的子系統(tǒng)：車輪、車架、傳動部件以及車閘等。如果你不想讓某個(gè)子系統(tǒng)與較大的那個(gè)對象之間形成強(qiáng)耦合，而是想在運(yùn)行時(shí)從許多子系統(tǒng)中進(jìn)行挑選的話，那么工廠方法是一個(gè)理想的選擇。使用這種技術(shù)，某天你可以為售出的所有自行車配上某種鏈條，要是第二天找到另一種更中意的鏈條，可以改而采用這個(gè)新品種。實(shí)現(xiàn)這種改變很容易，因?yàn)檫@些自行車類的構(gòu)造函數(shù)并不依賴于某種特定的鏈條品種。本章后面RSS閱讀器的例子演示了工廠模式在這方面的用途。

工廠模式主要是為創(chuàng)建對象提供了接口。工廠模式按照《Java與模式》中的提法分為三類：

1. 簡單工廠模式(Simple Factory)

2. 工廠方法模式(Factory Method)

3. 抽象工廠模式(Abstract Factory)

這三種模式從上到下逐步抽象，并且更具一般性。還有一種分類法，就是將簡單工廠模式看為工廠方法模式的一種特例，兩個(gè)歸為一類。下面是使用工廠模式的兩種情況：

1.在編碼時(shí)不能預(yù)見需要創(chuàng)建哪種類的實(shí)例。

2.系統(tǒng)不應(yīng)依賴于產(chǎn)品類實(shí)例如何被創(chuàng)建、組合和表達(dá)的細(xì)節(jié)

三、簡單工廠模式

顧名思義，這個(gè)模式本身很簡單，而且使用在業(yè)務(wù)較簡單的情況下。

它由三種角色組成（關(guān)系見下面的類圖）：

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

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

3、具體產(chǎn)品角色：工廠類所創(chuàng)建的對象就是此角色的實(shí)例。在java中由一個(gè)具體類實(shí)現(xiàn)。

那么簡單工廠模式怎么用呢？我來舉個(gè)例子吧，我想這個(gè)比講一大段理論上的文字描述要容易理解的多！下面就來給那個(gè)暴發(fā)戶治病: P

在使用了簡單工廠模式后，現(xiàn)在暴發(fā)戶只需要坐在車?yán)飳λ緳C(jī)說句："開車"就可以了。來看看怎么實(shí)現(xiàn)的：

//抽象產(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 "); 
} 
} 
。。。（奧迪我就不寫了:P） 
//工廠類角色 
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(); 
。。。 

如果將所有的類放在一個(gè)文件中，請不要忘記只能有一個(gè)類被聲明為public。 程序中類之間的關(guān)系如下：

這便是簡單工廠模式了。下面是其好處：

首先，使用了簡單工廠模式后，我們的程序不在"有病"，更加符合現(xiàn)實(shí)中的情況；而且客戶端免除了直接創(chuàng)建產(chǎn)品對象的責(zé)任，而僅僅負(fù)責(zé)"消費(fèi)"產(chǎn)品（正如暴發(fā)戶所為）。

下面我們從開閉原則上來分析下簡單工廠模式。當(dāng)暴發(fā)戶增加了一輛車的時(shí)候，只要符合抽象產(chǎn)品制定的合同，那么只要通知工廠類知道就可以被客戶使用了。那么對于產(chǎn)品部分來說，它是符合開閉原則的--對擴(kuò)展開放、對修改關(guān)閉；但是工廠部分好像不太理想，因?yàn)槊吭黾右惠v車，都要在工廠類中增加相應(yīng)的商業(yè)邏輯和判斷邏輯，這顯自然是違背開閉原則的。

對于這樣的工廠類（在我們的例子中是為司機(jī)師傅），我們稱它為全能類或者上帝類。

我們舉的例子是最簡單的情況，而在實(shí)際應(yīng)用中，很可能產(chǎn)品是一個(gè)多層次的樹狀結(jié)構(gòu)。由于簡單工廠模式中只有一個(gè)工廠類來對應(yīng)這些產(chǎn)品，所以這可能會把我們的上帝類壞了，進(jìn)而累壞了我們可愛的程序員:(

正如我前面提到的簡單工廠模式適用于業(yè)務(wù)將簡單的情況下。而對于復(fù)雜的業(yè)務(wù)環(huán)境可能不太適應(yīng)阿。這就應(yīng)該由工廠方法模式來出場了?。?/p>

四、工廠方法模式

先來看下它的組成吧：

1、抽象工廠角色：這是工廠方法模式的核心，它與應(yīng)用程序無關(guān)。是具體工廠角色必須實(shí)現(xiàn)的接口或者必須繼承的父類。在java中它由抽象類或者接口來實(shí)現(xiàn)。

2、具體工廠角色：它含有和具體業(yè)務(wù)邏輯有關(guān)的代碼。由應(yīng)用程序調(diào)用以創(chuàng)建對應(yīng)的具體產(chǎn)品的對象。在java中它由具體的類來實(shí)現(xiàn)。

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

4、具體產(chǎn)品角色：具體工廠角色所創(chuàng)建的對象就是此角色的實(shí)例。在java中由具體的類來實(shí)現(xiàn)。

來用類圖來清晰的表示下的它們之間的關(guān)系：

我們還是老規(guī)矩使用一個(gè)完整的例子來看看工廠模式各個(gè)角色之間是如何來協(xié)調(diào)的。話說暴發(fā)戶生意越做越大，自己的愛車也越來越多。這可苦了那位司機(jī)師傅了，什么車它都要記得，維護(hù)，都要經(jīng)過他來使用！于是暴發(fā)戶同情他說：看你跟我這么多年的份上，以后你不用這么辛苦了，我給你分配幾個(gè)人手，你只管管好他們就行了！于是，工廠方法模式的管理出現(xiàn)了。代碼如下：

//抽象產(chǎn)品角色，具體產(chǎn)品角色與簡單工廠模式類似，只是變得復(fù)雜了些，這里略。 
//抽象工廠角色 
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(); 
} 
} 
......//應(yīng)該和具體產(chǎn)品形成對應(yīng)關(guān)系，這里略... 
//有請暴發(fā)戶先生 
public class Magnate 
{ 
public static void main(String[] args) 
{ 
try{ 
Driver driver = new BenzDriver(); 
Car car = driver.driverCar(); 
car.drive(); 
}catch(Exception e) 
{ } 
} 
} 

工廠方法使用一個(gè)抽象工廠角色作為核心來代替在簡單工廠模式中使用具體類作為核心。讓我們來看看工廠方法模式給我們帶來了什么？使用開閉原則來分析下工廠方法模式。當(dāng)有新的產(chǎn)品（即暴發(fā)戶的汽車）產(chǎn)生時(shí)，只要按照抽象產(chǎn)品角色、抽象工廠角色提供的合同來生成，那么就可以被客戶使用，而不必去修改任何已有的代碼。看來，工廠方法模式是完全符合開閉原則的！

使用工廠方法模式足以應(yīng)付我們可能遇到的大部分業(yè)務(wù)需求。但是當(dāng)產(chǎn)品種類非常多時(shí)，就會出現(xiàn)大量的與之對應(yīng)的工廠類，這不應(yīng)該是我們所希望的。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結(jié)合的方式來減少工廠類：即對于產(chǎn)品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實(shí)現(xiàn)。

當(dāng)然特殊的情況，就要特殊對待了：對于系統(tǒng)中存在不同的產(chǎn)品樹，而且產(chǎn)品樹上存在產(chǎn)品族，那么這種情況下就可能可以使用抽象工廠模式了。

五、小結(jié)

讓我們來看看簡單工廠模式、工廠方法模式給我們的啟迪：

如果不使用工廠模式來實(shí)現(xiàn)我們的例子，也許代碼會減少很多--只需要實(shí)現(xiàn)已有的車，不使用多態(tài)。但是在可維護(hù)性上，可擴(kuò)展性上是非常差的（你可以想象一下，添加一輛車后要牽動的類）。因此為了提高擴(kuò)展性和維護(hù)性，多寫些代碼是值得的。

六、抽象工廠模式

先來認(rèn)識下什么是產(chǎn)品族：位于不同產(chǎn)品等級結(jié)構(gòu)中，功能相關(guān)聯(lián)的產(chǎn)品組成的家族。如果光看這句話就能清楚的理解這個(gè)概念，我不得不佩服你啊。還是讓我們用一個(gè)例子來形象地說明一下吧。

圖中的BmwCar和BenzCar就是兩個(gè)產(chǎn)品樹（產(chǎn)品層次結(jié)構(gòu)）；而如圖所示的BenzSportsCar和BmwSportsCar就是一個(gè)產(chǎn)品族。他們都可以放到跑車家族中，因此功能有所關(guān)聯(lián)。同理BmwBussinessCar和BenzSportsCar也是一個(gè)產(chǎn)品族。

回到抽象產(chǎn)品模式的話題上，可以這么說，它和工廠方法模式的區(qū)別就在于需要創(chuàng)建對象的復(fù)雜程度上。而且抽象工廠模式是三個(gè)里面最為抽象、最具一般性的。抽象工廠模式的用意為：給客戶端提供一個(gè)接口，可以創(chuàng)建多個(gè)產(chǎn)品族中的產(chǎn)品對象。而且使用抽象工廠模式還要滿足一下條件：

1.系統(tǒng)中有多個(gè)產(chǎn)品族，而系統(tǒng)一次只可能消費(fèi)其中一族產(chǎn)品

2.同屬于同一個(gè)產(chǎn)品族的產(chǎn)品以其使用。

來看看抽象工廠模式的各個(gè)角色（和工廠方法的如出一轍）：

抽象工廠角色：這是工廠方法模式的核心，它與應(yīng)用程序無關(guān)。是具體工廠角色必須實(shí)現(xiàn)的接口或者必須繼承的父類。在java中它由抽象類或者接口來實(shí)現(xiàn)。

具體工廠角色：它含有和具體業(yè)務(wù)邏輯有關(guān)的代碼。由應(yīng)用程序調(diào)用以創(chuàng)建對應(yīng)的具體產(chǎn)品的對象。在java中它由具體的類來實(shí)現(xiàn)。

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

具體產(chǎn)品角色：具體工廠角色所創(chuàng)建的對象就是此角色的實(shí)例。在java中由具體的類來實(shí)現(xiàn)。

看過了前兩個(gè)模式，對這個(gè)模式各個(gè)角色之間的協(xié)調(diào)情況應(yīng)該心里有個(gè)數(shù)了，我就不舉具體的例子了。只是一定要注意滿足使用抽象工廠模式的條件哦，不然即使存在了多個(gè)產(chǎn)品樹，也存在產(chǎn)品族，但是不能使用的

以上這篇深入理解java三種工廠模式就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評論