抽象工廠模式

產品等級結構和產品族

在工廠方法模式中具體工廠負責生產具體的產品，每乙個具體工廠對應一種具體產品，工廠方法具有唯一性，一般情況下，乙個具體工廠中只有乙個或者一組過載的工廠方法。但是有時候我們希望乙個工廠可以提供多個產品物件，而不是單一的產品物件，如乙個電器工廠，它可以生產電視機、電冰箱、空調等多種電器，而不是只生產某一種電器。為了更好地理解抽象工廠模式，我們先引入兩個概念：

(1) 產品等級結構：產品等級結構即產品的繼承結構，如乙個抽象類是電視機，其子類有海爾電視機、海信電視機、tcl電視機，則抽象電視機與具體品牌的電視機之間構成了乙個產品等級結構，抽象電視機是父類，而具體品牌的電視機是其子類。

(2) 產品族：在抽象工廠模式中，產品族是指由同乙個工廠生產的，位於不同產品等級結構中的一組產品，如海爾電器工廠生產的海爾電視機、海爾電冰箱，海爾電視機位於電視機產品等級結構中，海爾電冰箱位於電冰箱產品等級結構中，海爾電視機、海爾電冰箱構成了乙個產品族。

接下來我們看乙個例子，汽車是我們生活中必不可少的乙個工具了，汽車上有發動機、車輪、車架等等，而且汽車也分為一些品牌比如賓士，寶馬等等。接下來我們需要定義乙個汽車的配件。

如果我們使用工廠模式，那麼需要給每乙個配件都要定義乙個工廠，**量太大，我們使用抽象工廠來解決這個問題。

首先定義車輪，發動機，車架的介面

public inte***ce wheel 
public inte***ce montor 
public inte***ce frame

接下來按照品牌定義不同的配件

public class bmwwheel implements wheel
}public class benzwheel implements wheel
}public class bmwmontor implements montor
}public class benzmontor implements montor
}public class bmwframe implements frame
}public class benzframe implements frame
}

接下來定義抽象工廠

public inte***ce ca***ctory

按照品牌實現抽象工廠

public class bmwfactory implements ca***ctory
@override
public montor createmontor() 
@override
public wheel createwheel() 
}public class benzfactory implements ca***ctory
@override
public montor createmontor() 
@override
public wheel createwheel() 
}

接下來看客戶端

也可以用config.xml配置檔案來實現動態配置

<?xml version="1.0" encoding="utf-8" ?>
bmwfactory

xmlutil

public class xmlutil  catch (exception e) }}

再來看一下客戶端

public class carclient 
}

(1) 增加產品族：對於增加新的產品族，抽象工廠模式很好地支援了「開閉原則」，只需要增加具體產品並對應增加乙個新的具體工廠，對已有**無須做任何修改。

(2) 增加新的產品等級結構：對於增加新的產品等級結構，需要修改所有的工廠角色，包括抽象工廠類，在所有的工廠類中都需要增加生產新產品的方法，違背了「開閉原則」。

抽象工廠模式的主要優點如下：

(1) 抽象工廠模式隔離了具體類的生成，使得客戶並不需要知道什麼被建立。由於這種隔離，更換乙個具體工廠就變得相對容易，所有的具體工廠都實現了抽象工廠中定義的那些公共介面，因此只需改變具體工廠的例項，就可以在某種程度上改變整個軟體系統的行為。

(2) 當乙個產品族中的多個物件被設計成一起工作時，它能夠保證客戶端始終只使用同乙個產品族中的物件。

(3) 增加新的產品族很方便，無須修改已有系統，符合「開閉原則」

主要缺點

抽象工廠模式的主要缺點如下：

增加新的產品等級結構麻煩，需要對原有系統進行較大的修改，甚至需要修改抽象層**，

這顯然會帶來較大的不便，違背了「開閉原則」。

適用場景

在以下情況下可以考慮使用抽象工廠模式：

(1) 乙個系統不應當依賴於產品類例項如何被建立、組合和表達的細節，這對於所有型別的工廠模式都是很重要的，使用者無須關心物件的建立過程，將物件的建立和使用解耦。

(2) 系統中有多於乙個的產品族，而每次只使用其中某一產品族。可以通過配置檔案等方式來使得使用者可以動態改變產品族，也可以很方便地增加新的產品族。

(3) 屬於同乙個產品族的產品將在一起使用，這一約束必須在系統的設計中體現出來。同乙個產品族中的產品可以是沒有任何關係的物件，但是它們都具有一些共同的約束，如同一作業系統下的按鈕和文字框，按鈕與文字框之間沒有直接關係，但它們都是屬於某一作業系統的，此時具有乙個共同的約束條件：作業系統的型別。

(4) 產品等級結構穩定，設計完成之後，不會向系統中增加新的產品等級結構或者刪除已有的產品等級結構

抽象工廠模式

抽象工廠模式抽象工廠模式

工廠模式抽象工廠模式

工廠模式抽象工廠模式

抽象工廠模式

抽象工廠模式 抽象工廠模式

工廠模式 抽象工廠模式

工廠模式 抽象工廠模式

相關推薦

抽象工廠模式抽象工廠模式

工廠模式抽象工廠模式

工廠模式抽象工廠模式