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