解析iOS應用開發(fā)中對設計模式中的抽象工廠模式的實現(xiàn)

更新時間：2016年03月30日 15:07:01 作者：晏博

這篇文章主要介紹了解析iOS應用開發(fā)中對設計模式中的抽象工廠模式的實現(xiàn),示例代碼為傳統(tǒng)的Objective-C,需要的朋友可以參考下

概述
抽象工廠模式是對象的創(chuàng)建模式，它是工廠方法模式的進一步推廣。

假設一個子系統(tǒng)需要一些產(chǎn)品對象，而這些產(chǎn)品又屬于一個以上的產(chǎn)品等級結(jié)構(gòu)。那么為了將消費這些產(chǎn)品對象的責任和創(chuàng)建這些產(chǎn)品對象的責任分割開來，可以引進抽象工廠模式。這樣的話，消費產(chǎn)品的一方不需要直接參與產(chǎn)品的創(chuàng)建工作，而只需要向一個公用的工廠接口請求所需要的產(chǎn)品。

通過使用抽象工廠模式，可以處理具有相同（或者相似）等級結(jié)構(gòu)中的多個產(chǎn)品族中的產(chǎn)品對象的創(chuàng)建問題。如下圖所示：

根據(jù)產(chǎn)品角色的結(jié)構(gòu)圖，就不難給出工廠角色的結(jié)構(gòu)設計圖。
可以看出，每一個工廠角色都有兩個工廠方法，分別負責創(chuàng)建分屬不同產(chǎn)品等級結(jié)構(gòu)的產(chǎn)品對象。

抽象工廠的功能是為一系列相關(guān)對象或相互依賴的對象創(chuàng)建一個接口。一定要注意，這個接口內(nèi)的方法不是任意堆砌的，而是一系列相關(guān)或相互依賴的方法。比如上面例子中的主板和CPU，都是為了組裝一臺電腦的相關(guān)對象。不同的裝機方案，代表一種具體的電腦系列。

由于抽象工廠定義的一系列對象通常是相關(guān)或相互依賴的，這些產(chǎn)品對象就構(gòu)成了一個產(chǎn)品族，也就是抽象工廠定義了一個產(chǎn)品族。

這就帶來非常大的靈活性，切換產(chǎn)品族的時候，只要提供不同的抽象工廠實現(xiàn)就可以了，也就是說現(xiàn)在是以一個產(chǎn)品族作為一個整體被切換。

核心
先上一張圖：

2016330150542261.png (432×188)

我們還是以苦逼的程序猿為例來說抽象工廠模式的一些核心概念。通過上圖你可以發(fā)現(xiàn)，橫縱二維坐標可以確定平面上一個唯一的點，這也就是抽象工廠的核心。

產(chǎn)品等級結(jié)構(gòu)：就是繼承結(jié)構(gòu)。就像上面Android，IOS，PHP這些技能繼承自一個抽象的技能類（譬如前面的ICode），這個抽象類與這些子類構(gòu)成了產(chǎn)品等級結(jié)構(gòu)。同理的Android書，C語言書，腳本書繼承自一個工具書類，這個工具書抽象類與這些子類構(gòu)成了等級結(jié)構(gòu)。

產(chǎn)品族：抽象工廠模式中的產(chǎn)品族官方定義是指由同一個工廠生產(chǎn)的，位于不同產(chǎn)品等級結(jié)構(gòu)中的一組產(chǎn)品。譬如上面的Android位于技能等級結(jié)構(gòu)中，Android書位于工具書等級結(jié)構(gòu)中，Android技能和Android書是位于不同產(chǎn)品結(jié)構(gòu)的一組產(chǎn)品，但是任何一個程序猿都需要具備技能和工具書，譬如一個Android程序猿需要有Android技能及Android書，所以這個Android程序猿就是一個產(chǎn)品族。

概念：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無須指定它們具體的類。抽象工廠模式又稱為Kit模式，它是一種對象創(chuàng)建型模式。

重點：抽象工廠模式結(jié)構(gòu)重要核心模塊：

抽象工廠：

聲明一組用于創(chuàng)建一族產(chǎn)品的方法，每一個方法對應一種產(chǎn)品。

具體工廠：

實現(xiàn)了在抽象工廠中聲明的創(chuàng)建產(chǎn)品的方法，生成一組具體產(chǎn)品，這些產(chǎn)品構(gòu)成了一個產(chǎn)品族，每一個產(chǎn)品都位于某個產(chǎn)品等級結(jié)構(gòu)中。

抽象產(chǎn)品：

它為每種產(chǎn)品聲明接口，在抽象產(chǎn)品中聲明了產(chǎn)品所具有的業(yè)務方法。

具體產(chǎn)品：

定義具體工廠生產(chǎn)的具體產(chǎn)品對象，實現(xiàn)抽象產(chǎn)品接口中聲明的業(yè)務方法。

使用場景：

當需要創(chuàng)建的對象是一系列相互關(guān)聯(lián)或相互依賴的產(chǎn)品族時，便可以使用抽象工廠模式。大白話意思就是一個繼承體系中，如果存在著多個等級結(jié)構(gòu)（即存在著多個抽象類，像上面的技能與工具書），并且分屬各個等級結(jié)構(gòu)中的實現(xiàn)類之間存在著一定的關(guān)聯(lián)或者約束，就可以使用抽象工廠模式。當然了，同樣的道理就是如果各個等級結(jié)構(gòu)中的實現(xiàn)類之間不存在關(guān)聯(lián)或約束，則使用多個獨立的工廠來對產(chǎn)品進行創(chuàng)建。

程序?qū)嵗?br /> 如下實例就是上圖何如上文字解釋的實現(xiàn)代碼，具體不再解釋：

復制代碼代碼如下:

package yanbober.github.io;
/*技能等級結(jié)構(gòu)部分*/
interface ICode {
void coding();
}

class CodeImplAndroid implements ICode {
    @Override
    public void coding() {
        System.out.println("Coding Android!");
    }
}

class CodeImplPHP implements ICode {
    @Override
    public void coding() {
        System.out.println("Coding PHP!");
    }
}
/*工具書等級結(jié)構(gòu)*/
interface INeedBook {
    void lookBook();
}

class NeedBookImplAndroid implements INeedBook {
    @Override
    public void lookBook() {
        System.out.println("Look Android Book!");
    }
}

class NeedBookImplPHP implements INeedBook {
    @Override
    public void lookBook() {
        System.out.println("Look PHP Book!");
    }
}
/*產(chǎn)品族*/
interface IAbstractFactory {
    ICode getCodingSkill();
    INeedBook getNeedBook();
}

class FactoryImplAndroid implements IAbstractFactory {
    @Override
    public ICode getCodingSkill() {
        return new CodeImplAndroid();
    }

    @Override
    public INeedBook getNeedBook() {
        return new NeedBookImplAndroid();
    }
}

class FactoryImplPHP implements IAbstractFactory {
    @Override
    public ICode getCodingSkill() {
        return new CodeImplPHP();
    }

    @Override
    public INeedBook getNeedBook() {
        return new NeedBookImplPHP();
    }
}

public class Main {
    public static void main(String[] args) {
        IAbstractFactory factory = new FactoryImplAndroid();
        ICode code = factory.getCodingSkill();
        INeedBook book = factory.getNeedBook();
        code.coding();
        book.lookBook();

        factory = new FactoryImplPHP();
        code = factory.getCodingSkill();
        book = factory.getNeedBook();
        code.coding();
        book.lookBook();
    }
}

技巧Tips：依舊可以使用配置與反射實現(xiàn)自動適應。

總結(jié)一把
抽象工廠模式的優(yōu)點：

和前面一樣，隔離具體類的生成，使客戶并不需要知道什么被創(chuàng)建。
增加新的產(chǎn)品族很方便，無須修改已有系統(tǒng)，符合“開閉原則”。
抽象工廠模式的缺點：

增加新的產(chǎn)品等級結(jié)構(gòu)麻煩，需要對原有系統(tǒng)進行較大的修改，甚至需要修改抽象層代碼，違背“開閉原則”。

您可能感興趣的文章: