定義

定義: 為創(chuàng)建一組相關或相互依賴的對象提供一個接口，而且無需指定他們的具體類。 類型: 創(chuàng)建類模式 類圖：

抽象工廠模式與工廠方法模式的區(qū)別

抽象工廠模式是工廠方法模式的升級版本，他用來創(chuàng)建一組相關或者相互依賴的對象。他與工廠方法模式的區(qū)別就在于，工廠方法模式針對的是一個產(chǎn)品等級結構；而抽象工廠模式則是針對的多個產(chǎn)品等級結構。

在編程中，通常一個產(chǎn)品結構，表現(xiàn)為一個接口或者抽象類，也就是說，工廠方法模式提供的所有產(chǎn)品都是衍生自同一個接口或抽象類，而抽象工廠模式所提供的產(chǎn)品則是衍生自不同的接口或抽象類。

在抽象工廠模式中，有一個產(chǎn)品族的概念：所謂的產(chǎn)品族，是指位于不同產(chǎn)品等級結構中功能相關聯(lián)的產(chǎn)品組成的家族。

抽象工廠模式所提供的一系列產(chǎn)品就組成一個產(chǎn)品族；而工廠方法提供的一系列產(chǎn)品稱為一個等級結構。我們依然拿生產(chǎn)汽車的例子來說明他們之間的區(qū)別。

在上面的類圖中，兩廂車和三廂車稱為兩個不同的等級結構；而2.0排量車和2.4排量車則稱為兩個不同的產(chǎn)品族。

再具體一點，2.0排量兩廂車和2.4排量兩廂車屬于同一個等級結構，2.0排量三廂車和2.4排量三廂車屬于另一個等級結構；而2.0排量兩廂車和2.0排量三廂車屬于同一個產(chǎn)品族，2.4排量兩廂車和2.4排量三廂車屬于另一個產(chǎn)品族。

明白了等級結構和產(chǎn)品族的概念，就理解工廠方法模式和抽象工廠模式的區(qū)別了，如果工廠的產(chǎn)品全部屬于同一個等級結構，則屬于工廠方法模式；如果工廠的產(chǎn)品來自多個等級結構，則屬于抽象工廠模式。

在本例中，如果一個工廠模式提供2.0排量兩廂車和2.4排量兩廂車，那么他屬于工廠方法模式；如果一個工廠模式是提供2.4排量兩廂車和2.4排量三廂車兩個產(chǎn)品，那么這個工廠模式就是抽象工廠模式，因為他提供的產(chǎn)品是分屬兩個不同的等級結構。

當然，如果一個工廠提供全部四種車型的產(chǎn)品，因為產(chǎn)品分屬兩個等級結構，他當然也屬于抽象工廠模式了。

抽象工廠模式代碼

 interface IProduct1 {
        public void show();
    }
    interface IProduct2 {
        public void show();
    }

    class Product1 implements IProduct1 {
        public void show() {
            System.out.println("這是1型產(chǎn)品");
        }
    }
    class Product2 implements IProduct2 {
        public void show() {
            System.out.println("這是2型產(chǎn)品");
        }
    }

    interface IFactory {
        public IProduct1 createProduct1();
        public IProduct2 createProduct2();
    }
    class Factory implements IFactory{
        public IProduct1 createProduct1() {
            return new Product1();
        }
        public IProduct2 createProduct2() {
            return new Product2();
        }
    }

    public class Client {
        public static void main(String[] args){
            IFactory factory = new Factory();
            factory.createProduct1().show();
            factory.createProduct2().show();
        }
    }

抽象工廠模式的優(yōu)點

抽象工廠模式除了具有工廠方法模式的優(yōu)點外，最主要的優(yōu)點就是可以在類的內(nèi)部對產(chǎn)品族進行約束。所謂的產(chǎn)品族，一般或多或少的都存在一定的關聯(lián)，抽象工廠模式就可以在類內(nèi)部對產(chǎn)品族的關聯(lián)關系進行定義和描述，而不必專門引入一個新的類來進行管理。

抽象工廠模式的缺點

產(chǎn)品族的擴展將是一件十分費力的事情，假如產(chǎn)品族中需要增加一個新的產(chǎn)品，則幾乎所有的工廠類都需要進行修改。所以使用抽象工廠模式時，對產(chǎn)品等級結構的劃分是非常重要的。

適用場景

當需要創(chuàng)建的對象是一系列相互關聯(lián)或相互依賴的產(chǎn)品族時，便可以使用抽象工廠模式。說的更明白一點，就是一個繼承體系中，如果存在著多個等級結構（即存在著多個抽象類），并且分屬各個等級結構中的實現(xiàn)類之間存在著一定的關聯(lián)或者約束，就可以使用抽象工廠模式。假如各個等級結構中的實現(xiàn)類之間不存在關聯(lián)或約束，則使用多個獨立的工廠來對產(chǎn)品進行創(chuàng)建，則更合適一點。

總結

無論是簡單工廠模式，工廠方法模式，還是抽象工廠模式，他們都屬于工廠模式，在形式和特點上也是極為相似的，他們的最終目的都是為了解耦。在使用時，我們不必去在意這個模式到底工廠方法模式還是抽象工廠模式，因為他們之間的演變常常是令人琢磨不透的。經(jīng)常你會發(fā)現(xiàn)，明明使用的工廠方法模式，當新需求來臨，稍加修改，加入了一個新方法后，由于類中的產(chǎn)品構成了不同等級結構中的產(chǎn)品族，它就變成抽象工廠模式了；而對于抽象工廠模式，當減少一個方法使的提供的產(chǎn)品不再構成產(chǎn)品族之后，它就演變成了工廠方法模式。 所以，在使用工廠模式時，只需要關心降低耦合度的目的是否達到了。

到此這篇關于Java設計模式中的抽象工廠模式解讀的文章就介紹到這了,更多相關Java抽象工廠模式內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論