本篇文章為大家展示了Android中抽象工廠模式的作用是什么,內(nèi)容簡明扼要并且容易理解,絕對能使你眼前一亮,通過這篇文章的詳細(xì)介紹希望你能有所收獲。
創(chuàng)新互聯(lián)建站專注于蘆山網(wǎng)站建設(shè)服務(wù)及定制,我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠為您提供蘆山營銷型網(wǎng)站建設(shè),蘆山網(wǎng)站制作、蘆山網(wǎng)頁設(shè)計(jì)、蘆山網(wǎng)站官網(wǎng)定制、小程序制作服務(wù),打造蘆山網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供蘆山網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
一、介紹
抽象工廠模式(Abstract Factory Pattern),也是創(chuàng)建型設(shè)計(jì)模式之一。前一節(jié)我們已經(jīng)了解了工廠方法模式,那么這個(gè)抽象工廠又是怎么一回事呢?大家聯(lián)想一下現(xiàn)實(shí)生活中的工廠肯定都是具體的,也就是說每個(gè)工廠都會生產(chǎn)某一種具體的產(chǎn)品,那么抽象工廠意味著生產(chǎn)出來的產(chǎn)品是不確定的,那這豈不是很奇怪?抽象工廠模式起源于以前對不同操作系統(tǒng)的圖形化解決方案,如不同操作系統(tǒng)中的按鈕和文本框控件其實(shí)現(xiàn)不同,展示效果也不一樣,對于每一個(gè)操作系統(tǒng),其本身就構(gòu)成一個(gè)產(chǎn)品類,而按鈕與文本框控件也構(gòu)成一個(gè)產(chǎn)品類,兩種產(chǎn)品類兩種變化,各自有自己的特性,如Android中的Button和TextView,iOS中的Button和TextView,Window Phone中的Button和TextView等。
二、定義
為創(chuàng)建一組相關(guān)或者是相互依賴的對象提供一個(gè)接口,而不需要指定它們的具體類。
三、使用場景
一個(gè)對象族有相同的約束時(shí)可以使用抽象工廠模式。是不是聽起來很抽象?舉個(gè)例子,Android、iOS、Window Phone下都有短信軟件和撥號軟件,兩者都屬于Software軟件的范疇,但是,它們所在的操作系統(tǒng)平臺不一樣,即便是同一家公司出品的軟件,其代碼的實(shí)現(xiàn)邏輯也是不一樣的,這時(shí)候就可以考慮使用抽象工廠方法模式來產(chǎn)生Android、iOS、Window Phone下的短信軟件和撥號軟件。
四、抽象工廠模式的UML類圖
UML類圖:
雖然抽象工廠方法模式的種類繁多,但是,主要還是分為4類:
AbstractFactory:抽象工廠角色,它聲明了一組用于創(chuàng)建一種產(chǎn)品的方法,每一個(gè)方法對應(yīng)一種產(chǎn)品。
ConcreteFactory:具體的工廠角色,它實(shí)現(xiàn)了在抽象工廠中定義的創(chuàng)建產(chǎn)品的方法,生成一組具體產(chǎn)品,這些產(chǎn)品構(gòu)成了一個(gè)產(chǎn)品種類,每一個(gè)產(chǎn)品都位于某個(gè)產(chǎn)品等級結(jié)構(gòu)中。
AbstractProduct:抽象產(chǎn)品角色,它為每種產(chǎn)品聲明接口。
ConcreteProduct:具體產(chǎn)品角色,它定義具體工廠生產(chǎn)的具體產(chǎn)品對象,實(shí)現(xiàn)抽象產(chǎn)品接口中聲明的業(yè)務(wù)方法。
五、簡單實(shí)現(xiàn)
以車廠生產(chǎn)汽車零部件為例,A、B兩家車廠分別生產(chǎn)不同的輪胎、發(fā)動機(jī)、制動系統(tǒng)。雖然生產(chǎn)的零件不同,型號不同。但是根本上都有共同的約束,就是輪胎、發(fā)動機(jī)、制動系統(tǒng)。
輪胎相關(guān)類:
public interface ITire { /** * 輪胎 */ void tire(); } public class NormalTire implements ITire{ @Override public void tire() { System.out.println("普通輪胎"); } } public class SUVTire implements ITire{ @Override public void tire() { System.out.println("越野輪胎"); } }
發(fā)動機(jī)相關(guān)類:
public interface IEngine { /** *發(fā)動機(jī) */ void engine(); } public class DomesticEngine implements IEngine{ @Override public void engine() { System.out.println("國產(chǎn)發(fā)動機(jī)"); } } public class ImportEngine implements IEngine{ @Override public void engine() { System.out.println("進(jìn)口發(fā)動機(jī)"); } }
制動系統(tǒng)相關(guān)類:
public interface IBrake { /** *制動系統(tǒng) */ void brake(); } public class NormalBrake implements IBrake{ @Override public void brake() { System.out.println("普通制動"); } } public class SeniorBrake implements IBrake{ @Override public void brake() { System.out.println("高級制動"); } }
抽象車廠類:
public abstract class CarFactory { /** * 生產(chǎn)輪胎 * * @return 輪胎 * */ public abstract ITire createTire(); /** * 生產(chǎn)發(fā)動機(jī) * * @return 發(fā)動機(jī) * */ public abstract IEngine createEngine(); /** * 生產(chǎn)制動系統(tǒng) * * @return 制動系統(tǒng) * */ public abstract IBrake createBrake(); }
A車廠:
public class AFactory extends CarFactory{ @Override public ITire createTire() { return new NormalTire(); } @Override public IEngine createEngine() { return new DomesticEngine(); } @Override public IBrake createBrake() { return new NormalBrake(); } }
B車廠:
public class BFactory extends CarFactory{ @Override public ITire createTire() { return new SUVTire(); } @Override public IEngine createEngine() { return new ImportEngine(); } @Override public IBrake createBrake() { return new SeniorBrake(); } }
客戶類:
public class Client { public static void main(String[] args) { //A車廠 CarFactory factoryA = new AFactory(); factoryA.createTire().tire(); factoryA.createEngine().engine(); factoryA.createBrake().brake(); System.out.println("---------------"); //B車廠 CarFactory factoryB = new BFactory(); factoryB.createTire().tire(); factoryB.createEngine().engine(); factoryB.createBrake().brake(); } }
結(jié)果:
普通輪胎 國產(chǎn)發(fā)動機(jī) 普通制動 ------------------ 越野輪胎 進(jìn)口發(fā)動機(jī) 高級制動
可以看出上面模擬了兩個(gè)車廠,如果有了C廠、D廠,各自廠家生產(chǎn)的零部件型號種類又不相同,那么我們創(chuàng)建的類文件就會翻倍。這也是抽象工廠模式的一個(gè)弊端,所以實(shí)際開發(fā)中要權(quán)衡使用。
六、與工廠方法模式的區(qū)別
上一節(jié)有介紹了工廠方法模式,那么他們的區(qū)別是什么?抽象工廠模式是工廠方法模式的升級版本。對比如下:
工廠方法模式 | 抽象工廠模式 |
---|---|
只有一個(gè)抽象產(chǎn)品類 | 有多個(gè)抽象產(chǎn)品類 |
具體工廠類只能創(chuàng)建一個(gè)具體產(chǎn)品類的實(shí)例 | 抽象工廠類能創(chuàng)建多個(gè)具體產(chǎn)品類的實(shí)例 |
七、源碼中的實(shí)現(xiàn)
抽象工廠模式在Android源碼中使用較少,因?yàn)楹苌贂霈F(xiàn)多個(gè)產(chǎn)品種類的情況,大部分使用工廠方法模式即可解決。
MediaPlayer
MediaPlayer Factory分別會生成4個(gè)不同的MediaPlayer基類:StagefrightPlayer、NuPlayerDriver、MidiFile和TestPlayerStub,四者均繼承于MediaPlayerBase。
八、總結(jié)
優(yōu)點(diǎn):
分離接口與實(shí)現(xiàn),客戶端使用抽象工廠來創(chuàng)建需要的對象,而客戶端根本就不知道具體的實(shí)現(xiàn)是誰,客戶端只是面向產(chǎn)品的接口編程而已,使其從具體的產(chǎn)品實(shí)現(xiàn)中解耦,同時(shí)基于接口與實(shí)現(xiàn)分離,使抽象該工廠方法模式在切換產(chǎn)品類時(shí)更加靈活、容易。
缺點(diǎn):
一是對類文件的爆炸性增加
二是不太容易擴(kuò)展新的產(chǎn)品類
上述內(nèi)容就是Android中抽象工廠模式的作用是什么,你們學(xué)到知識或技能了嗎?如果還想學(xué)到更多技能或者豐富自己的知識儲備,歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。