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

来源:https://www.cnblogs.com/buzuweiqi/archive/2022/09/30/16703315.html
-Advertisement-
Play Games

簡述 類型:創建型 目的:實現對客戶端中對象族的平替。 對象族 一組對象。比如,華為的手機,筆記本,平板可以統稱為華為族。 我們藉以下案例來說說如何使用抽象工廠模式平替對象族。 優化案例 最初版 public interface Uploader { void upload(String fileN ...


簡述

  • 類型:創建型

  • 目的:實現對客戶端中對象族的平替

    對象族
    一組對象。比如,華為的手機,筆記本,平板可以統稱為華為族。

我們藉以下案例來說說如何使用抽象工廠模式平替對象族。

優化案例

最初版

public interface Uploader {
    void upload(String fileName);
}
public interface Downloader {
    void download(String fileName);
}
public class LinuxUploader implements Uploader {
    public void upload(String fileName) {
        System.out.printf("[Linux]正在上傳%s...", fileName);
    }
}
public class LinuxDownloader implements Downloader {
    public void download(String fileName) {
        System.out.printf("[Linux]正在下載%s...", fileName);
    }
}
public class UnixUploader implements Uploader {
    public void upload(String fileName) {
        System.out.printf("[Unix]正在上傳%s...", fileName);
    }
}
public class UnixDownloader implements Downloader {
    public void download(String fileName) {
        System.out.printf("[Unix]正在下載%s...", fileName);
    }
}

客戶端調用如下。

public class Client {
    public static void main(String[] args) {
        Uploader uploader = new LinuxUploader();
        Downloader downloader = new LinuxDownloader();
    }
}

傳統是new創建對象的方式有著硬編碼的問題。當我們需要把所有LinuxXXX對象改為UnixXXX對象時,就必須在項目中檢索所有的LinuxXXX修改為UnixXXX。這無疑增加了大量的無意義的工作。

修改版v1(簡單工廠)

增加一個工廠類,其他不變。

public class Factory {
    static Uploader uploader(String target) {
        if ("LinuxUploader".equals(target)) {
            return new LinuxUploader();
        } else if ("UnixUploader".equals(target)) {
            return new UnixUploader();
        } 
        throw new Exception("輸入的參數錯誤");
    }
    static Downloader downloader(String target) {
        if ("LinuxDownloader".equals(target)) {
            return new LinuxDownloader();
        } else if ("UnixDownloader".equals(target)) {
            return new UnixDownloader();
        }
        throw new Exception("輸入的參數錯誤");
    }
}

修改後,客戶端的代碼調用。

public class Client {
    public static void main(String[] args) {
        Uploader up1 = Factory.instance("LinuxUploader");
        Downloader down1 = Factory.instance("LinuxDownloader");
        Uploader up2 = Factory.instance("UnixUploader");
        Downloader down2 = Factory.instance("UnixDownloader");
    }
}

在一定程度上解決了客戶端硬編碼問題。並且當我們需要把所有LinuxUploader對象改為UnixUploader對象時,只需要在Factory中將new LinuxUploader() → new UnixUploader()即可。這無疑節省了很多的時間,也無需為硬編碼帶來的大量改修而苦惱。

但是目前這個優化方案依然有至少兩個問題,一是Factory.uploader方法中耦合了所有的Uploader實現類,這可能有礙於未來的項目維護,二是new LinuxUploader() → new UnixUploader()這種修改方式會導致代碼目的不明確,既然不論是LinuxUploader還是UnixUploader都直接生成UnixUploader對象,就沒有必要定義LinuxUploader了呀。實際上是因為客戶端代碼中還有使用OSFactory.instance("LinuxUploader")來創建的對象,為了不修改客戶端代碼,強行做如上修改。

修改版v2(抽象工廠)

將原本的工廠類抽象化,並定義一系列不同的實現類,其餘不變。

public interface Factory {
   	Uploader uploader();
    Downloader downloader();
}
public class LinuxFactory {
    public Uploader uploader() {
        return new LinuxUploader();
    }
    public Downloader downloader() {
        return new LinuxDownloader();
    }
}
public class UnixFactory {
    public Uploader uploader() {
        return new UnixUploader();
    }
    public Downloader downloader() {
        return new UnixDownloader();
    }
}

修改後,客戶端的代碼調用。

public class Client {
    private static Factory factory = new LinuxFactory();
    public static void main(String[] args) {
        Uploader uploader = factory.uploader();
        Downloader downloader = factory.downloader();
    }
}

將原本Factory類中臃腫的邏輯分散到各個子類中,提高了系統的可維護性,不用再每次都修改Factory類了。

那麼,問題來了,這樣的結構對於我們的項目有什麼幫助嗎?有,而且很大,在客戶端定義了一個靜態的屬性factory,當接下來客戶換了系統從Linux換到了Unix,那我們也需要更換對應的上傳下載的類,這時我們只要修改factory引用的具體工廠類的對象就可以了,很方便。實際上還可以更加方便的實現對象族的平替。而為了實現這個需求,我們需要結合Java反射這項技術。請看下麵的代碼。

修改版v3(抽象工廠+反射)

只修改客戶端的調用方式,其他位置不做修改。

public class Client {
    private static Factory factory;
    static {
        // 讀取prop配置文件
        Properties prop = new Properties();
        FileReader fileReader = new FileReader("src/resource/props/config.prop");
        prop.load(fileReader);
        fileReader.close();
        factory = (Factory) Class.forName(prop.getProperty("FACTORY"))
                                   .getDeclaredConstructor().newInstance();
    }
    public static void main(String[] args) {
        Uploader uploader = factory.uploader();
        Downloader downloader = factory.downloader();
    }
}

增加一個properties文件文件,定義如下。

#當前使用的工廠類
FACTORY=design.abstractfactory.LinuxFactory

當需要將系統中的Linux系列的對象轉化為Unix系列時,只需要更改上述配置文件即可,具體如下。

#當前使用的工廠類
FACTORY=design.abstractfactory.UnixFactory

總之就是非常方便。

總結

優點

  • 輕鬆做到對象族的平替。

缺點

  • 類數量倍增,系統複雜度增加。

應用場景

  • 根據需求,需要全面替換系統中的某個對象族時。

本文來自博客園,作者:buzuweiqi,轉載請註明原文鏈接:https://www.cnblogs.com/buzuweiqi/p/16703315.html


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

-Advertisement-
Play Games
更多相關文章
  • 相信在大部分的web項目中都會有導出導入Excel的需求,之前我也寫過一篇導出單個sheet工作表的文章,沒看過的小伙伴可以去看哈,鏈接也給大家放出來了:導出單個sheet 但是在我們日常的工作中,需求往往沒這麼簡單,可能需要將數據按類型分類導出或者數據量過大,需要分多張表導出等等。遇到類似的需求該 ...
  • 相信在大部分的web項目中都會有導出導入Excel的需求,今天我們就來看看如何用Java代碼去實現 用POI導出Excel表格。 一、pom引用 pom文件中,添加以下依賴 查看代碼 <!--Excel工具--> <dependency> <groupId>org.apache.poi</group ...
  • 總結: LinkedList繼承自List,具備有序性 LinkedList繼承自Deque,具備鏈表關聯性 LinkedList集合進行增刪改查操作底層實際是操作Node節點的前後鏈接關係 LinkedList進行增刪操作時,僅需要操作節點的前後鏈接關係,因此效率較ArrayList高 Linke ...
  • python中使用[]來截取字元串,語法: 字元串[起始位置:結束位置] 一、起始位置:結束位置 先看幾個例子: s = 'python' print(s) #輸出 python 直接輸出字元串 #從前面截取 print(s[1]) #輸出 y 根據下標取字元 print(s[:]) #輸出 pyt ...
  • 在開發過程中,像側邊欄這種功能的版塊,我們在很多頁面都需要使用到的時候,我們則需要在視圖函數中書寫重覆的代碼,這樣很繁瑣,我們可以將側邊欄製成inclusion_tag,後面我們需要用到側邊欄功能時,只需要導入即可! 將側邊欄製成inclusion_tag的步驟: 1.在應用下創建一個名字必須叫te ...
  • 2022-10-01 關聯查詢: 在Django項目中使用ORM模式設置表後,進行關聯查詢,即兩個表直接有聯繫的查詢。 方式: 可以通過主表查詢從表,也可以通過從表查詢主表。 方式一實例: (1)查詢編號為1的圖書中的人物 前提環境,進入pycharm,進入虛擬環境、進入shell環境。 首先,需要 ...
  • 在本人前一篇博文`《驅動開發:通過ReadFile與內核層通信》`詳細介紹瞭如何使用應用層`ReadFile`系列函數實現內核通信,本篇將繼續延申這個知識點,介紹利用`PIPE`命名管道實現應用層與內核層之間的多次通信方法。 ...
  • 標題是個大命題,場景其實有很多很多,而且千變萬化,一個帖子很難暢聊,以後會慢慢談。說一個最常見的場景。每個員工發張NFC卡,管理者給每人分配的卡裡寫入賬號和密碼,從而實現刷卡自動登錄客戶端系統。我看到這種需求的時候,做了一些研究,發現線上的免費解決方案根本就沒有,既然有需求沒雲端解決方案,我就自己做 ...
一周排行
    -Advertisement-
    Play Games
  • 經常看到有群友調侃“為什麼搞Java的總在學習JVM調優?那是因為Java爛!我們.NET就不需要搞這些!”真的是這樣嗎?今天我就用一個案例來分析一下。 昨天,一位學生問了我一個問題:他建了一個預設的ASP.NET Core Web API的項目,也就是那個WeatherForecast的預設項目模 ...
  • 很多軟體工程師都認為MD5是一種加密演算法,然而這種觀點是不對的。作為一個 1992 年第一次被公開的演算法,到今天為止已經被髮現了一些致命的漏洞。本文討論MD5在密碼保存方面的一些問題。 ...
  • Maven可以使我們在構建項目時需要用到很多第三方類jar包,如下一些常用jar包 而maven的出現可以讓我們避免手動導入jar包出現的某些問題,它可以自動下載那須所需要的jar包 我們只需要在創建的maven項目自動生成的pom.xml中輸入如下代碼 <dependencies> <!--ser ...
  • 來源:https://developer.aliyun.com/article/694020 非同步調用幾乎是處理高併發Web應用性能問題的萬金油,那麼什麼是“非同步調用”? “非同步調用”對應的是“同步調用”,同步調用指程式按照定義順序依次執行,每一行程式都必須等待上一行程式執行完成之後才能執行;非同步調 ...
  • 1.面向對象 面向對象編程是在面向過程編程的基礎上發展來的,它比面向過程編程具有更強的靈活性和擴展性,所以可以先瞭解下什麼是面向過程編程: 面向過程編程的核心是過程,就是分析出實現需求所需要的步驟,通過函數一步一步實現這些步驟,接著依次調用即可,再簡單理解就是程式 從上到下一步步執行,從頭到尾的解決 ...
  • 10瓶毒藥其中只有一瓶有毒至少需要幾隻老鼠可以找到有毒的那瓶 身似浮雲,心如飛絮,氣若游絲。 用二分查找和二進位位運算的思想都可以把死亡的老鼠降到最低。 其中,二進位位運算就是每一隻老鼠代表一個二進位0或1,0就代表老鼠存活,1代表老鼠死亡;根據數學運算 23 = 8、24 = 16,那麼至少需要四 ...
  • 一、Kafka存在哪些方面的優勢 1. 多生產者 可以無縫地支持多個生產者,不管客戶端在使用單個主題還是多個主題。 2. 多消費者 支持多個消費者從一個單獨的消息流上讀取數據,而且消費者之間互不影響。 3. 基於磁碟的數據存儲 支持消費者非實時地讀取消息,由於消息被提交到磁碟,根據設置的規則進行保存 ...
  • 大家好,我是陶朱公Boy。 前言 上一篇文章《關於狀態機的技術選型,最後一個真心好》我跟大家聊了一下關於”狀態機“的話題。從眾多技術選型中我也推薦了一款阿裡開源的狀態機—“cola-statemachine”。 於是就有小伙伴私信我,自己項目也考慮引入這款狀態機,但網上資料實在太少,能不能系統的介紹 ...
  • 使用腳本自動跑實驗(Ubuntu),將實驗結果記錄在文件中,併在實驗結束之後將結果通過郵件發送到郵箱,最後在windows端自動解析成excel表格。 ...
  • 話說在前面,我不是小黑子~ 我是超級大黑子😏 表弟大周末的跑來我家,沒事幹天天騷擾我,搞得我都不能跟小姐姐好好聊天了,於是為了打發表弟,我決定用Python做一個小游戲來消耗一下他的精力,我思來想去,決定把他變成小黑子,於是做了一個坤坤打籃球的游戲,沒想到他還挺愛玩的~ 終於解放了,於是我把游戲寫 ...