漫畫(huà)：什么是 “抽象工廠模式” ？
所謂“工廠模式”，是三種常見(jiàn)設(shè)計(jì)模式的統(tǒng)稱(chēng)，它們分別是簡(jiǎn)單工廠模式、工廠方法模式、抽象工廠模式。
上一期的漫畫(huà)中，我們介紹了簡(jiǎn)單工廠模式和工廠方法模式的特點(diǎn)和應(yīng)用場(chǎng)景，沒(méi)看過(guò)的小伙伴可以點(diǎn)擊下面鏈接：
漫畫(huà)：設(shè)計(jì)模式之 “工廠模式”
這一期，我們來(lái)介紹抽象工廠模式，以及Spring框架當(dāng)中對(duì)工廠模式的應(yīng)用。
比如，業(yè)務(wù)中需要?jiǎng)?chuàng)建口罩、防毒面具、防護(hù)服這三種產(chǎn)品，而每一種產(chǎn)品有包含高端和低端兩類(lèi)，按照工廠方法模式的解決方案，需要?jiǎng)?chuàng)建的類(lèi)如下：
如圖所示，每一個(gè)產(chǎn)品類(lèi)都對(duì)應(yīng)著一個(gè)工廠類(lèi)，當(dāng)產(chǎn)品數(shù)量很多的時(shí)候，工廠類(lèi)的數(shù)量也會(huì)越老越多，搞得系統(tǒng)非常復(fù)雜。
這時(shí)候我們?cè)撛趺崔k呢？
首先看一下產(chǎn)品類(lèi)的代碼，口罩和防護(hù)服是兩個(gè)抽象接口，分別擁有高端和低端兩個(gè)實(shí)現(xiàn)類(lèi)：
public?interface?IMask?{
????void?showMask();
}
public?class?LowEndMask?implements?IMask?{
????@Override
????public?void?showMask(){
????????System.out.println("我的低端口罩");
????}
}
public?class?HighEndMask?implements?IMask?{
????@Override
????public?void?showMask()?{
????????System.out.println("我是高端口罩");
????}
}
public?interface?IProtectiveSuit?{
????void?showSuit();
}
public?class?LowEndProtectiveSuit?implements?IProtectiveSuit?{
????@Override
????public?void?showSuit()?{
????????System.out.println("我是低端防護(hù)服");
????}
}
public?class?HighEndProtectiveSuit?implements?IProtectiveSuit?{
????@Override
????public?void?showSuit()?{
????????System.out.println("我是高端防護(hù)服");
????}
}
接下來(lái)是工廠類(lèi)，由于產(chǎn)品分成了高端和低端兩大組，工廠也相應(yīng)分成了高端工廠和低端工廠，各自負(fù)責(zé)組內(nèi)產(chǎn)品的創(chuàng)建：
public?interface?IFactory?{
????//創(chuàng)建口罩
????IMask?createMask();
????//創(chuàng)建防護(hù)服
????IProtectiveSuit?createSuit();
}
public?class?LowEndFactory?implements?IFactory?{
????@Override
????public?IMask?createMask()?{
????????IMask?mask?=??new?LowEndMask();
????????//?.....
????????//??LowEndMask的100行初始化代碼
????????return?mask;
????}
????@Override
????public?IProtectiveSuit?createSuit()?{
????????IProtectiveSuit?suit?=??new?LowEndProtectiveSuit();
????????//?.....
????????//??LowEndProtectiveSuit的100行初始化代碼
????????return?suit;
????}
}
public?class?HighEndFactory?implements?IFactory?{
????@Override
????public?IMask?createMask()?{
????????IMask?mask?=??new?HighEndMask();
????????//?.....
????????//?HighEndMask的100行初始化代碼
????????return?mask;
????}
????@Override
????public?IProtectiveSuit?createSuit()?{
????????IProtectiveSuit?suit?=??new?HighEndProtectiveSuit();
????????//?.....
????????//??HighEndProtectiveSuit的100行初始化代碼
????????return?suit;
????}
}
最后是客戶(hù)端代碼，通過(guò)實(shí)例化不同的工廠子類(lèi)，調(diào)用不同的創(chuàng)建方法，可以創(chuàng)建出不同的產(chǎn)品：
public?class?Test?{
????public?static?void?main(String[]?args)?{
????????IFactory?factoryA?=?new?LowEndFactory();
????????IFactory?factoryB?=?new?HighEndFactory();
????????//創(chuàng)建低端口罩
????????IMask?maskA?=?factoryA.createMask();
????????//創(chuàng)建高端口罩
????????IMask?maskB?=?factoryB.createMask();
????????//創(chuàng)建低端防護(hù)服
????????IProtectiveSuit?suitA?=?factoryA.createSuit();
????????//創(chuàng)建高端防護(hù)服
????????IProtectiveSuit?suitB?=?factoryB.createSuit();
????????maskA.showMask();
????????maskB.showMask();
????????suitA.showSuit();
????????suitB.showSuit();
????}
}
簡(jiǎn)單工廠模式：
簡(jiǎn)單工廠模式有唯一的工廠類(lèi)，工廠類(lèi)的創(chuàng)建方法根據(jù)傳入的參數(shù)做if-else條件判斷，決定最終創(chuàng)建什么樣的產(chǎn)品對(duì)象。
工廠方法模式：
工廠方法模式由多個(gè)工廠類(lèi)實(shí)現(xiàn)工廠接口，利用多態(tài)來(lái)創(chuàng)建不同的產(chǎn)品對(duì)象，從而避免了冗長(zhǎng)的if-else條件判斷。
抽象工廠模式：
抽象工廠模式把產(chǎn)品子類(lèi)進(jìn)行分組，同組中的不同產(chǎn)品由同一個(gè)工廠子類(lèi)的不同方法負(fù)責(zé)創(chuàng)建，從而減少了工廠子類(lèi)的數(shù)量。
熟悉spring框架的小伙伴，一定知道spring的一個(gè)重要特性：依賴(lài)注入（DI）。
通過(guò)spring的依賴(lài)注入，開(kāi)發(fā)人員不需要在業(yè)務(wù)代碼中手動(dòng)實(shí)例化bean對(duì)象，也不需要知道任何工廠類(lèi)。
bean對(duì)象從創(chuàng)建到銷(xiāo)毀的整個(gè)過(guò)程，完全交給spring容器來(lái)管理，用戶(hù)需要做的僅僅是在xml配置文件中（或使用注解）設(shè)置bean的各項(xiàng)屬性：
<bean?id="userController"?class="com.xiaohui.controller.UserController">
????<constructor-arg?name="userService"?ref="userService">constructor-arg>
bean>
<bean?id="userService"?class="com.xiaohui.service.UserService">
根據(jù)上面的配置，spring容器會(huì)動(dòng)態(tài)創(chuàng)建UserController對(duì)象，并創(chuàng)建UserController所依賴(lài)的UserService對(duì)象。
如果開(kāi)發(fā)人員希望把userService這個(gè)bean對(duì)象的實(shí)現(xiàn)類(lèi)換成另一個(gè)類(lèi)，并不需要改動(dòng)任何代碼，只需要修改配置文件中對(duì)應(yīng)bean的class屬性即可。
在大多數(shù)情況下，我們使用new關(guān)鍵字創(chuàng)建對(duì)象，對(duì)象所屬的class是在代碼中明確定義好的。
但是在少數(shù)情況下，我們需要借助class的元信息（比如完整類(lèi)名），在程序運(yùn)行期間動(dòng)態(tài)創(chuàng)建對(duì)象，這就用到了Java的反射。
當(dāng)我們?cè)趕pring配置文件中配置了相應(yīng)的bean，啟動(dòng)項(xiàng)目，spring會(huì)為我們解析xml配置文件，并根據(jù)bean的不同生命周期，由spring內(nèi)部的“工廠”創(chuàng)建出bean對(duì)象。
對(duì)spring依賴(lài)注入原理有興趣的小伙伴，可以閱讀spring源碼中的BeanFactory接口，以及相關(guān)的實(shí)現(xiàn)類(lèi)。
—————END—————
喜歡本文的朋友，歡迎關(guān)注公眾號(hào)?程序員小灰，收看更多精彩內(nèi)容
點(diǎn)個(gè)[在看]，是對(duì)小灰最大的支持！
免責(zé)聲明：本文內(nèi)容由21ic獲得授權(quán)后發(fā)布，版權(quán)歸原作者所有，本平臺(tái)僅提供信息存儲(chǔ)服務(wù)。文章僅代表作者個(gè)人觀點(diǎn)，不代表本平臺(tái)立場(chǎng)，如有問(wèn)題，請(qǐng)聯(lián)系我們，謝謝！
下載文檔
