23種設(shè)計模式（2）：工廠方法模式
來源：程序員人生 發(fā)布時間：2017-02-06 08:07:09 閱讀次數(shù)：2619次
定義：定義1個用于創(chuàng)建對象的接口，讓子類決定實例化哪個類，工廠方法使1個類的實例化延遲到其子類。
類型：創(chuàng)建類模式
類圖：
工廠方法模式代碼
-
interface IProduct {
-
public void productMethod();
-
}
-
-
class Product implements IProduct {
-
public void productMethod() {
-
System.out.println("產(chǎn)品");
-
}
-
}
-
-
interface IFactory {
-
public IProduct createProduct();
-
}
-
-
class Factory implements IFactory {
-
public IProduct createProduct() {
-
return new Product();
-
}
-
}
-
-
public class Client {
-
public static void main(String[] args) {
-
IFactory factory = new Factory();
-
IProduct prodect = factory.createProduct();
-
prodect.productMethod();
-
}
-
}
工廠模式：
首先需要說1下工廠模式。工廠模式根據(jù)抽象程度的不同分為3種：簡單工廠模式（也叫靜態(tài)工廠模式）、本文所講述的工廠方法模式、和抽象工廠模式。工廠模式是編程中常常用到的1種模式。它的主要優(yōu)點有：
- 可使代碼結(jié)構(gòu)清晰，有效地封裝變化。在編程中，產(chǎn)品類的實例化有時候是比較復(fù)雜和多變的，通過工廠模式，將產(chǎn)品的實例化封裝起來，使得調(diào)用者根本無需關(guān)心產(chǎn)品的實例化進程，只需依賴工廠便可得到自己想要的產(chǎn)品。
- 對調(diào)用者屏蔽具體的產(chǎn)品類。如果使用工廠模式，調(diào)用者只關(guān)心產(chǎn)品的接口就能夠了，至于具體的實現(xiàn)，調(diào)用者根本無需關(guān)心。即便變更了具體的實現(xiàn)，對調(diào)用者來講沒有任何影響。
- 下降耦合度。產(chǎn)品類的實例化通常來講是很復(fù)雜的，它需要依賴很多的類，而這些類對調(diào)用者來講根本無需知道，如果使用了工廠方法，我們需要做的僅僅是實例化好產(chǎn)品類，然后交給調(diào)用者使用。對調(diào)用者來講，產(chǎn)品所依賴的類都是透明的。
工廠方法模式：
通過工廠方法模式的類圖可以看到，工廠方法模式有4個要素：
- 工廠接口。工廠接口是工廠方法模式的核心，與調(diào)用者直接交互用來提供產(chǎn)品。在實際編程中，有時候也會使用1個抽象類來作為與調(diào)用者交互的接口，其本質(zhì)上是1樣的。
- 工廠實現(xiàn)。在編程中，工廠實現(xiàn)決定如何實例化產(chǎn)品，是實現(xiàn)擴大的途徑，需要有多少種產(chǎn)品，就需要有多少個具體的工廠實現(xiàn)。
- 產(chǎn)品接口。產(chǎn)品接口的主要目的是定義產(chǎn)品的規(guī)范，所有的產(chǎn)品實現(xiàn)都必須遵守產(chǎn)品接口定義的規(guī)范。產(chǎn)品接口是調(diào)用者最為關(guān)心的，產(chǎn)品接口定義的優(yōu)劣直接決定了調(diào)用者代碼的穩(wěn)定性。一樣，產(chǎn)品接口也能夠用抽象類來代替，但要注意最好不要違背里氏替換原則。
- 產(chǎn)品實現(xiàn)。實現(xiàn)產(chǎn)品接口的具體類，決定了產(chǎn)品在客戶端中的具體行動。
前文提到的簡單工廠模式跟工廠方法模式極其相似，區(qū)分是：簡單工廠只有3個要素，他沒有工廠接口，并且得到產(chǎn)品的方法1般是靜態(tài)的。由于沒有工廠接口，所以在工廠實現(xiàn)的擴大性方面稍弱，可以算所工廠方法模式的簡化版，關(guān)于簡單工廠模式，在此1筆帶過。
適用處景：
不論是簡單工廠模式，工廠方法模式還是抽象工廠模式，他們具有類似的特性，所以他們的適用處景也是類似的。
首先，作為1種創(chuàng)建類模式，在任何需要生成復(fù)雜對象的地方，都可使用工廠方法模式。有1點需要注意的地方就是復(fù)雜對象合適使用工廠模式，而簡單對象，特別是只需要通過new就能夠完成創(chuàng)建的對象，無需使用工廠模式。如果使用工廠模式，就需要引入1個工廠類，會增加系統(tǒng)的復(fù)雜度。
其次，工廠模式是1種典型的解耦模式，迪米特法則在工廠模式中表現(xiàn)的尤其明顯。假設(shè)調(diào)用者自己組裝產(chǎn)品需要增加依賴關(guān)系時，可以斟酌使用工廠模式。將會大大下降對象之間的耦合度。
再次，由于工廠模式是依托抽象架構(gòu)的，它把實例化產(chǎn)品的任務(wù)交由實現(xiàn)類完成，擴大性比較好。也就是說，當(dāng)需要系統(tǒng)有比較好的擴大性時，可以斟酌工廠模式，不同的產(chǎn)品用不同的實現(xiàn)工廠來組裝。
典型利用
要說明工廠模式的優(yōu)點，可能沒有比組裝汽車更適合的例子了。場景是這樣的：汽車由發(fā)動機、輪、底盤組成，現(xiàn)在需要組裝1輛車交給調(diào)用者。假設(shè)不使用工廠模式，代碼以下：
-
class Engine {
-
public void getStyle(){
-
System.out.println("這是汽車的發(fā)動機");
-
}
-
}
-
class Underpan {
-
public void getStyle(){
-
System.out.println("這是汽車的底盤");
-
}
-
}
-
class Wheel {
-
public void getStyle(){
-
System.out.println("這是汽車的輪胎");
-
}
-
}
-
public class Client {
-
public static void main(String[] args) {
-
Engine engine = new Engine();
-
Underpan underpan = new Underpan();
-
Wheel wheel = new Wheel();
-
ICar car = new Car(underpan, wheel, engine);
-
car.show();
-
}
-
}
可以看到，調(diào)用者為了組裝汽車還需要另外實例化發(fā)動機、底盤和輪胎，而這些汽車的組件是與調(diào)用者無關(guān)的，嚴重違背了迪米特法則，耦合度太高。并且非常不利于擴大。另外，本例中發(fā)動機、底盤和輪胎還是比較具體的，在實際利用中，可能這些產(chǎn)品的組件也都是抽象的，調(diào)用者根本不知道怎樣組裝產(chǎn)品。假設(shè)使用工廠方法的話，全部架構(gòu)就顯得清晰了許多。
-
interface IFactory {
-
public ICar createCar();
-
}
-
class Factory implements IFactory {
-
public ICar createCar() {
-
Engine engine = new Engine();
-
Underpan underpan = new Underpan();
-
Wheel wheel = new Wheel();
-
ICar car = new Car(underpan, wheel, engine);
-
return car;
-
}
-
}
-
public class Client {
-
public static void main(String[] args) {
-
IFactory factory = new Factory();
-
ICar car = factory.createCar();
-
car.show();
-
}
-
}
使用工廠方法后，調(diào)用真?zhèn)€耦合度大大下降了。并且對工廠來講，是可以擴大的，以后如果想組裝其他的汽車，只需要再增加1個工廠類的實現(xiàn)就能夠。不管是靈活性還是穩(wěn)定性都得到了極大的提高。
生活不易，碼農(nóng)辛苦
如果您覺得本網(wǎng)站對您的學(xué)習(xí)有所幫助,可以手機掃描二維碼進行捐贈
