抽象工廠模式設(shè)計(jì)模式

抽象工廠設(shè)計(jì)模式是工廠設(shè)計(jì)模式的另一種形式。 這種模式可以被視為“超級(jí)工廠”或“工廠工廠”。

抽象工廠設(shè)計(jì)模式（屬于“四人幫”的一部分）屬于“創(chuàng)新設(shè)計(jì)模式”類別，它提供了一種方法來(lái)封裝一組具有公共鏈接的工廠而不突出其具體類。 這就是工廠根據(jù)用戶需求在運(yùn)行時(shí)創(chuàng)建各種對(duì)象的全部?jī)?nèi)容。 客戶仍然完全不知道（解耦）了從各個(gè)工廠獲得的具體產(chǎn)品，客戶只能訪問(wèn)簡(jiǎn)化的界面。

定義：

抽象工廠設(shè)計(jì)模式提供了一個(gè)接口，用于創(chuàng)建相關(guān)或相關(guān)對(duì)象的族，而無(wú)需指定其具體類。

問(wèn)題陳述：

我們將考慮與服裝工廠相同的先前示例，并將其擴(kuò)展為理解抽象工廠的問(wèn)題陳述。 考慮一家專門生產(chǎn)褲子和襯衫的服裝工廠。 現(xiàn)在，作為著名零售品牌的母公司正進(jìn)入小工具領(lǐng)域。 他們還計(jì)劃擴(kuò)大其工廠，在美國(guó)建立一個(gè)中心，在英國(guó)建立另一個(gè)中心。 客戶端應(yīng)該完全不知道對(duì)象是如何創(chuàng)建的。 我們可以用來(lái)解決此要求的最佳設(shè)計(jì)模式是什么？

解：

為了解決上述設(shè)計(jì)問(wèn)題，我們將使用抽象工廠模式。 如前所述，這是超級(jí)工廠。 使用工廠方法模式無(wú)法有效解決上述問(wèn)題，因?yàn)檫@涉及與母公司或受撫養(yǎng)人相關(guān)的多個(gè)工廠和產(chǎn)品。
注意：在設(shè)計(jì)模式中，摘要和接口可以使用相同的名稱來(lái)引用。

結(jié)構(gòu)體：

抽象工廠設(shè)計(jì)模式

在上圖中，創(chuàng)建的其他項(xiàng)是通過(guò)AbstractFactory的具有createProductA（）和createProductB（）方法的抽象附加層。 有多個(gè)ConcreteFactories可以實(shí)現(xiàn)AbstractFactory的方法。 客戶端現(xiàn)在僅訪問(wèn)AbstractFactory接口。

另一部分是產(chǎn)品。 客戶端現(xiàn)在訪問(wèn)不同的AbstractProduct接口AbstractProductA和AbstractProductB 。 所有AbstractProducts的ConcreteProducts都是由ConcreteFactories（ ConcreteFactory1和ConcreteFactory2 ）創(chuàng)建的，這是邏輯。

現(xiàn)在，讓我們看一下我們現(xiàn)實(shí)生活中的GarmentFactory示例，它與Factory Method模式有什么區(qū)別。

抽象工廠示例

在上面的實(shí)際示例中，RetailFactory是AbstractFactory類，該類現(xiàn)在在美國(guó)和英國(guó)等不同位置擁有多個(gè)Concrete工廠（UKFactory和USFactory），專門致力于分別創(chuàng)建襯衫/筆記本電腦和褲子/手機(jī)等多種產(chǎn)品。 在此示例中，我們還創(chuàng)建了另一個(gè)名為FactoryMaker的其他類，該類從客戶端中選擇Factory，然后將作業(yè)相應(yīng)地委派給適當(dāng)?shù)腇actory類。 客戶端完全不知道此處理的完成方式，并且僅引用RetailFactory接口以及GarmentType和GadgetType接口。 這種松散的耦合還有助于增加多個(gè)混凝土產(chǎn)品，而無(wú)需更改客戶代碼。

優(yōu)點(diǎn)：

使用此模式，即使在運(yùn)行時(shí)也可以在不更改客戶端代碼的情況下交換具體類。

退稅：

主要缺點(diǎn)之一是額外的復(fù)雜性以及在初始階段編寫代碼。

你知道嗎？

JEE中的數(shù)據(jù)訪問(wèn)對(duì)象使用（GoF）抽象工廠模式從RdbDAOFactory，XmlDAOFactory，OdbDAOFactory創(chuàng)建各種產(chǎn)品DAO。

有趣的一點(diǎn)：

• 抽象工廠，構(gòu)建器和原型可以在其實(shí)現(xiàn)中使用Singleton。 抽象工廠模式通常與工廠方法一起使用，但也可以使用原型模式來(lái)實(shí)現(xiàn)，以提高性能并簡(jiǎn)化代碼。
• 抽象工廠可以用作Fa?ade模式的替代方案，以隱藏平臺(tái)特定的類
• AbstractFactory類僅聲明用于創(chuàng)建產(chǎn)品的接口。 實(shí)際的創(chuàng)建是ConcreteProduct類的任務(wù)，其中一個(gè)好的方法是為該系列的每個(gè)產(chǎn)品應(yīng)用Factory Method設(shè)計(jì)模式。

抽象工廠和工廠方法模式之間的區(qū)別：

• Factory Method模式向客戶端公開(kāi)了一種用于創(chuàng)建對(duì)象的方法，而在Abstract Factory的情況下，它們公開(kāi)了可能由這些Factory方法組成的一系列相關(guān)對(duì)象。
• 設(shè)計(jì)始于使用工廠方法（復(fù)雜程度較低，更易于自定義的子類激增），并隨著設(shè)計(jì)人員發(fā)現(xiàn)需要更多靈活性而向抽象工廠，原型或生成器（更靈活，更復(fù)雜）發(fā)展。
• 工廠方法模式隱藏單個(gè)對(duì)象的構(gòu)造，而抽象工廠方法則隱藏一系列相關(guān)對(duì)象的構(gòu)造。 抽象工廠通常使用（一組）工廠方法來(lái)實(shí)現(xiàn)。

參考： 抽象工廠設(shè)計(jì)模式在Idiotechie博客上由我們的JCG合作伙伴 Mainak Goswami 解釋 。

翻譯自: https://www.javacodegeeks.com/2012/10/abstract-factory-design-pattern-explained.html

抽象工廠模式設(shè)計(jì)模式

總結(jié)

以上是生活随笔為你收集整理的抽象工厂模式设计模式_抽象工厂设计模式解释的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。