java設計模式--抽象工廠模式

来源:https://www.cnblogs.com/jobbible/archive/2018/11/08/9928775.html
-Advertisement-
Play Games

抽象工廠模式算是工廠相關模式的終極形態,如果完全理解了上一章的工廠方法模式,那麼抽象工廠模式就很好理解了。它與工廠方法唯一的區別就是工廠的介面里是一系列創造抽象產品的方法,而不再是一個,而相應的,抽象產品也不再是一個了,而是一系列相關的產品。這其實是工廠方法模式的一種擴展。通常用繼承和組合兩種方式擴 ...


抽象工廠模式算是工廠相關模式的終極形態,如果完全理解了上一章的工廠方法模式,那麼抽象工廠模式就很好理解了。它與工廠方法唯一的區別就是工廠的介面里是一系列創造抽象產品的方法,而不再是一個,而相應的,抽象產品也不再是一個了,而是一系列相關的產品。這其實是工廠方法模式的一種擴展。
通常用繼承和組合兩種方式擴展一個介面或者類,一般我們推薦使用組合擴展一個現有的類或介面,但這並非絕對,如果你擴展的子類或子介面與現有的類或介面明顯是“是一個(is a)”的關係,也就是繼承的關係,那麼使用繼承可以獲得更多的好處。
定義:為創建一組相關或相互依賴的對象提供一個介面,而且無需指定他們的具體類。
抽象工廠模式的類圖:
圖片描述
首先要創建一個介面,這個介面就是指的Creator,而一組相關或者相互依賴的對象,就是指的ProductA和ProductB以及它們具體的實現類,我們返回的介面或者抽象類則是指的ProductA和ProductB介面。
java代碼結構:
工廠類:

package net;

public interface Creator {

    ProductA createProductA();

    ProductB createProductB();

}

兩個具體的工廠實現類:

package net;

public class ConcreteCreator1 implements Creator{

    public ProductA createProductA() {
        return new ProductA1();
    }

    public ProductB createProductB() {
        return new ProductB1();
    }

}
package net;

public class ConcreteCreator2 implements Creator{

    public ProductA createProductA() {
        return new ProductA2();
    }

    public ProductB createProductB() {
        return new ProductB2();
    }

}

然後由下向上是產品類和具體的產品實現類:

package net;

interface ProductA {

    void methodA();
}

interface ProductB {

    void methodB();
}

class ProductA1 implements ProductA{

    public void methodA() {
        System.out.println("產品A系列中1型號產品的方法");
    }

}

class ProductA2 implements ProductA{

    public void methodA() {
        System.out.println("產品A系列中2型號產品的方法");
    }

}

class ProductB1 implements ProductB{

    public void methodB() {
        System.out.println("產品B系列中1型號產品的方法");
    }

}

class ProductB2 implements ProductB{

    public void methodB() {
        System.out.println("產品B系列中2型號產品的方法");
    }

}

下麵是測試類:

package net;

public class Client {

    public static void main(String[] args) throws Exception {
        Creator creator = new ConcreteCreator1();
        ProductA productA = creator.createProductA();
        ProductB productB = creator.createProductB();
        productA.methodA();
        productB.methodB();

        //切換具體的工廠實現類
        creator = new ConcreteCreator2();
        productA = creator.createProductA();
        productB = creator.createProductB();
        productA.methodA();
        productB.methodB();
    }
}

測試類中我們切換了一次工廠實現類,而實際中生產的產品就有了差別。
簡單的說:不管是簡單工廠,還是工廠方法,都有一個缺陷,那就是整個模式當中只能有一個抽象產品,所以直觀的,在工廠方法模式中再添加一個創造抽象產品的方法就是抽象工廠模式了,相應的當然還有添加一個抽象產品,還有一系列具體的該抽象產品的實現。
簡單工廠模式,工廠方法模式一直到抽象工廠模式的演變過程,三者是由簡到繁的關係。他們的代碼結構如下:
簡單工廠:

//抽象產品
interface Product{}

//具體產品
class ProductA implements Product{}
class ProductB implements Product{}

//產品工廠(下一步就是它的進化,就變成了工廠方法模式)
public class ProductFactory {

    private ProductFactory(){}

    public static Product getProduct(String productName){
        if (productName.equals("A")) {
            return new ProductA();
        }else if (productName.equals("B")) {
            return new ProductB();
        }else {
            return null;
        }
    }
}

工廠模式(簡單工廠有關產品的類和介面是不變的):

//抽象產品
interface Product{}

//具體產品
class ProductA implements Product{}
class ProductB implements Product{}

//將簡單工廠中的工廠給抽象成介面
interface Factory{
    Product getProduct();
}
//具體的工廠A,創造產品A
class FactoryA implements Factory{

    public Product getProduct() {
        return new ProductA();
    }

}
//具體的工廠B,創造產品B
class FactoryB implements Factory{

    public Product getProduct() {
        return new ProductB();
    }

}

產品部分並沒有變化,只是將簡單工廠中的工廠類抽象成介面,並給相應產品添加相應的工廠類,就進化成了工廠方法模式。
抽象工廠模式:

//抽象產品
interface Product{}

//具體產品
class ProductA implements Product{}
class ProductB implements Product{}

//多了一個抽象產品1
interface Product1{}

//具體產品1
class Product1A implements Product1{}
class Product1B implements Product1{}

//原有的工廠方法模式的工廠里添加一個方法
interface Factory{
    Product getProduct();
    //添加另外一個產品族的創造方法
    Product1 getProduct1();
}
//具體的工廠A,創造產品A
class FactoryA implements Factory{

    public Product getProduct() {
        return new ProductA();
    }
    //添加相應的實現
    public Product1 getProduct1() {
        return new Product1A();
    }

}
//具體的工廠B,創造產品B
class FactoryB implements Factory{

    public Product getProduct() {
        return new ProductB();
    }
    //添加相應的實現
    public Product1 getProduct1() {
        return new Product1B();
    }

}

與工廠方法對比下就發現,多了一個產品系列叫Product1,工廠介面里多了一個方法,叫getProduct1,所以抽象工廠模式就是工廠方法模式添加了抽象產品所演變而來的。
三者有著很大的關聯和明顯的關係,下麵羅列下這三種設計模式依次進化的原因。
1,首先從簡單工廠進化到工廠方法,是因為工廠方法彌補了簡單工廠對修改開放的弊端,即簡單工廠違背了開閉原則。
2,從工廠方法進化到抽象工廠,是因為抽象工廠彌補了工廠方法只能創造一個系列的產品的弊端。

如果使用工廠模式去解決抽象工廠的場景,我們需要建立做個工廠模式對對應每一個產品系列。
不過,如果是引用第三方的jar中的工廠模式,原有的Product和Factory介面包括它們的一套實現是不可更改的,我們可以將jar包中的工廠方法模式擴展成抽象工廠模式來達到我們的目的:

//抽象產品
interface Product{}

//具體產品
class ProductA implements Product{}
class ProductB implements Product{}

//工廠介面
interface Factory{
    Product getProduct();
}

//具體的工廠A,創造產品A
class FactoryA implements Factory{

    public Product getProduct() {
        return new ProductA();
    }

}
//具體的工廠B,創造產品B
class FactoryB implements Factory{

    public Product getProduct() {
        return new ProductB();
    }

}

/*   假設以上是一個第三方jar包中的工廠方法模式,我們無法改動源碼   */

//我們自己特有的產品
interface MyProduct{}

//我們自己特有的產品實現
class MyProductA implements MyProduct{}
class MyProductB implements MyProduct{}

//擴展原有的工廠介面
interface MyFactory extends Factory{
    MyProduct getMyProduct();
}

//我們自己特有的工廠A,擴展自原有的工廠A,並且實現獲得我們自己特有產品的介面方法
class MyFactoryA extends FactoryA implements MyFactory{

    public MyProduct getMyProduct() {
        return new MyProductA();
    }

}
//同A
class MyFactoryB extends FactoryB implements MyFactory{

    public MyProduct getMyProduct() {
        return new MyProductB();
    }

}

這樣我們就可以得到我們自己特有的抽象工廠和使用我們自己特有的產品了,並且我們自己的抽象工廠還兼併了第三方jar包中的產品,例如,我們可以使用MyFactoryA獲得jar包中的ProductA產品等。
這種方式的好處是我們可以完整的復用jar包中的各個類功能,缺點是繼承會導致系統的複雜性增加,耦合度相對較高。

所以我們還可以有另外一種做法,就是創造我們自己的一套獨有的工廠方法模式,這套體系與jar包中的類和介面毫無關係,我們再使用一個組合工廠將二者結合起來:

//抽象產品
interface Product{}

//具體產品
class ProductA implements Product{}
class ProductB implements Product{}

//工廠介面
interface Factory{
    Product getProduct();
}

//具體的工廠A,創造產品A
class FactoryA implements Factory{

    public Product getProduct() {
        return new ProductA();
    }

}
//具體的工廠B,創造產品B
class FactoryB implements Factory{

    public Product getProduct() {
        return new ProductB();
    }

}

/*   假設以上是一個第三方jar包中的工廠方法模式,我們無法改動源碼   */

//我們自己特有的產品
interface MyProduct{}

//我們自己特有的產品實現
class MyProductA implements MyProduct{}
class MyProductB implements MyProduct{}

//我們自己的工廠介面
interface MyFactory{
    MyProduct getMyProduct();
}

//我們自己特有的工廠A,產生產品A
class MyFactoryA implements MyFactory{

    public MyProduct getMyProduct() {
        return new MyProductA();
    }

}

//我們自己特有的工廠B,產生產品B
class MyFactoryB implements MyFactory{

    public MyProduct getMyProduct() {
        return new MyProductB();
    }

}

/*  到這裡是我們自己的一套工廠方法模式,去創造我們自己的產品,以下我們將以上二者組合   */

//我們使用組合的方式將我們的產品系列和jar包中的產品組合起來
class AssortedFactory implements MyFactory,Factory{

    MyFactory myFactory;
    Factory factory;

    public AssortedFactory(MyFactory myFactory, Factory factory) {
        super();
        this.myFactory = myFactory;
        this.factory = factory;
    }

    public Product getProduct() {
        return factory.getProduct();
    }

    public MyProduct getMyProduct() {
        return myFactory.getMyProduct();
    }

}

組合的工廠AssortedFactory集成了我們自己的工廠和jar包中的工廠兩者的功能。這樣做則會非常靈活,因為我們的一套體系不再依賴於jar包中的類或介面而存在,哪怕是jar包中的類改變或者不在了,我們自己的這一套依舊可以獨立存在。
很難說那種方式更好,具體還是要根據實際的情況去掂量各個方式的利弊,從而選擇出一種更適合當前情況的處理方式。


作者:hydraWindy
鏈接:https://www.imooc.com/article/14921
來源:慕課網


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 最近寫公司項目有涉及到輪播banner,一般的ui框架無法滿足產品需求;所以自己寫了一個層疊式輪播組件;現在分享給大家; 主要技術棧是vue.js ;javascript;jquery;確定實現思路因工作繁忙,暫時不做梳理了;直接貼代碼參考; 此組件是基於jquer封裝,在vue項目中使用首先需要先 ...
  • 【教程】ThingJS 3D開發快速入門 第一講 開發概述·優勢·項目流程 優酷:http://v.youku.com/v_show/id_XMzkwOTQ1MDYwMA==.html 騰訊視頻:https://v.qq.com/x/page/z0784xo63h2.html 愛奇藝:http:// ...
  • 最近博住接到個任務 FusionCharts生成數據發現一個問題 只有點擊才切換顯示 而且載入不出現全部,改成這樣 然後在生成部分添加如下代碼 就ok了 每天記錄一點感謝大家。 ...
  • 歡迎大家前往 "騰訊雲+社區" ,獲取更多騰訊海量技術實踐乾貨哦~ 本文由 "MarsBoy" 發表於 "雲+社區專欄" 1 控制台 這裡的控制台特指PC端瀏覽器進入開發者模式之後新打開的操作界面。常見的控制台有Chrome的控制台,Firefox的firebug。這些都能幫助我們調試前端問題。本手 ...
  • 這是今天運行vue項目報的一個錯誤,特地在此記錄一下。 錯誤信息如下: 錯誤原因: 造成這個錯誤的原因除了你手動把文件路徑寫錯了外,還一個可能是所使用的編輯器造成的,當更改了文件目錄或者文件名後,編輯器會聰明的把一些認為有關聯的路徑也一併修改了,顯然聰明過了頭~ 再來個錯誤截圖: ...
  • Object.keys 返回一個所有元素為字元串的數組,其元素來自於從給定的object上面可直接枚舉的屬性。這些屬性的順序與手動遍歷該對象屬性時的一致。 // 表單清空 Object.keys(this.formValue).forEach((key) => { this.formValue[ke ...
  • JavaScript: 知識點回顧篇(十二):DOM -- Element 對象 ...
  • 歡迎大家前往 "騰訊雲+社區" ,獲取更多騰訊海量技術實踐乾貨哦~ 本文由 "志航" 發表於 "雲+社區專欄" TL;DR 一句話總結 React Hooks 就是在 react 函數組件中,也可以使用類組件(classes components)的 state 和 組件生命周期,而不需要在 mix ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發(一):使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說,近來想嘗試開發一款安卓APP,考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP,畢竟是使用Visual Studio開發工具,使用起來也比較的順手,結合微軟官方的教程進行了安卓 ...
  • 前言 QuestPDF 是一個開源 .NET 庫,用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫,它徹底改變了我們生成 PDF 文檔的方 ...
  • 項目地址 項目後端地址: https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址: ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址: http://tree ...
  • 話不多說,直接開乾 一.下載 1.官方鏈接下載: https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe,運行開始下載SQL server; 二. ...
  • 前言 隨著物聯網(IoT)技術的迅猛發展,MQTT(消息隊列遙測傳輸)協議憑藉其輕量級和高效性,已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫,為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog支持多種接收器用於日誌存儲,增強器用於添加屬性,LogContext管理動態屬性,支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項,適用於不同需求。 ...
  • 目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據,爬取信息時需要模擬瀏覽器行為,否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下: 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • 1.前言 什麼是熱更新 游戲或者軟體更新時,無需重新下載客戶端進行安裝,而是在應用程式啟動的情況下,在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR,Xlua,ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles,Addressable, ...
  • 本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺,其實像阿裡雲,騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後,它會送 ...
  • 通過以下方式可以高效,並保證數據同步的可靠性 1.API設計 使用RESTful設計,確保API端點明確,並使用適當的HTTP方法(如POST用於創建,PUT用於更新)。 設計清晰的請求和響應模型,以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...