Java工廠模式的最佳實踐?

来源:https://www.cnblogs.com/mylibs/archive/2022/12/10/java-factory-pattern-best-practice.html
-Advertisement-
Play Games

"Simplicity is prerequisite for reliability." - Edsger Dijkstra “簡單是可靠的前提條件。” —— 艾茲格·迪傑斯特拉 0x00 大綱 0x01 前言 最近在重溫設計模式(in Java)的相關知識,然後在工廠模式的實現上面進行了一些較深 ...


"Simplicity is prerequisite for reliability." - Edsger Dijkstra

“簡單是可靠的前提條件。” —— 艾茲格·迪傑斯特拉

0x00 大綱

目錄

0x01 前言

最近在重溫設計模式(in Java)的相關知識,然後在工廠模式的實現上面進行了一些較深入的探究,有了一些以前不曾註意到的發現,遂將其整理成文,以作後用。

工廠模式是典型的創建型模式,相比於創建簡單對象的小作坊(new一個對象),它可以將複雜的構造邏輯進行封裝,並對外暴露相對簡單的介面方法,從而簡化對象的創建流程。併在一定程度上提供平替模塊而不用改變代碼結構的靈活特性。

在許多書籍和文獻里喜歡將工廠模式劃分為簡單工廠模式和抽象工廠模式,但是我個人認為它們或許並沒有如此明確的界限——至少在OOP裡面。繼承的存在使得我們的“工廠”和”產品“都可以是多態的,我認為理解這一點尤為重要。工廠模式只是一種對複雜構造流程的封裝,至於抽象程度高還是低並不影響它的本質。

通過代碼來展示工廠模式的文章已經很多了,但我認為它很無聊且脫離實際,有點通過答案來倒推過程的味道。我將用一個誇張的故事來說明工廠模式的局限,以及需要註意的地方,提醒自己在今後的工作中不要犯這樣的錯誤——當我得意忘形,以為自己很聰明的時候。

0x02 理想的工廠模型

通常來說,只有明確了我們的“產品”是什麼,才能知道我們需要怎麼樣的“工廠”。我們假定最初的產品是一個MP3播放器,它的構造很複雜,因此我們引入了一個工廠類用來創建它的實例。為了應對未來可能的修改,我們對解碼器和解碼器工廠做了介面的抽象,看起來像這樣:

工廠模式(初始抽象)

到目前為止,它都符合我們的設計預期,運作良好。我們甚至有足夠的信心應對未來可能的(想像中的)需求變更:“隨著業務的發展,只支持MP3格式的播放器看起來已經太寒酸了,於是乎引入了其它的播放格式。得益於我們之前的設計,不用改動原來的代碼,只需要增加一組實現就能實現新增的需求,so easy.”

工廠模式(預測變更一)

然而,現實總是打臉的,經過產品的深入調研,決定將播放器業務擴展到視頻領域,對沒錯,就先支持個H.264編碼的視頻流吧,好像同行競品都在用呢。於是,開發人員不得不重新考量原來的設計。於是經過若幹個996,開發組調整了原來的設計,並完成了下麵的系統:

工廠模式(實際變更一)

開發人員頂著黑眼圈,面帶滿意微笑地在最後期限的前一天晚上提交了代碼——這下無論它增加音頻格式和視頻格式,我們都可以靈活應對了,嘿嘿嘿!負責架構的小鍋拍著胸脯向各位開發成員如是說道。併在PPT上附上了下一階段的(想像中的)技術方向:

工廠模式(預測變更二)

新入職的初級開發小蔡似乎覺得有什麼地方不太對勁,欲言又止。但下一秒又安慰自己:肯定是我自己經驗不足,理解還不到位,這個設計應該沒有問題!

0x03 道高一尺魔高一丈

隨著一陣聊天工具此起彼伏的響聲,產品又緊急召集眾人開會了。”來活了各位,我們的播放器面對同行毫無優勢,經過我們的研究,決定在原有的播放基礎上,增加轉換輸出的功能!速度要快,質量要穩!對了,最好能多支持幾種格式,最好市面上找得到的格式都支持一下。“各位開發臉色鐵青,尤其是架構師小鍋的臉色黑得最為純粹。

由於研發周期短,項目組來不及細細思考和重新設計,只能在原有項目基礎上增加相關的模塊來應對新的需求。半小時討論,半小時敲定。大家一致決定,不如就沿用原來工廠模式的設計,反正我們已經有前面的經驗,應該不會有什麼大問題,於是新的設計誕生了:

工廠模式(實際變更二)

為了維持項目原有的結構設計,開發人員在編碼階段似乎顯得有點不堪重負,經過兩周緊鑼密鼓的開發,項目不出所料地延期了。

年輕的被寄予厚望的架構師小鍋在復盤會議上失去了往昔眼中的高光。

0x04 何謂最佳實踐

以至於多年以後,在公司新來的架構師小程向大家講述工廠模式的巧妙應用的那一刻。

不再年輕的小鍋又回想起三月里那個溫暖的下午。註:就是去背鍋的那個下午。

小鍋起身,先是肯定了小程扎實的基本功和流暢的表達,隨後又把當年的往事向大家娓娓道來,邊板書邊講,盡最大可能向大家講述了當年事情的來龍去脈,並作出總結:

  • 切勿盲目自信,陷入教條的陷阱
  • 你可以預見變更,但永遠不能預測需求
  • 過早的優化是萬惡之源

眾人陷入沉默,隨後年輕的小程率先打破僵局,向小鍋問道:”那麼,最後,問題是怎麼解決的呢?“

小鍋微微一笑,先是沒有說話,隨後轉過身去瘋狂畫起圖來,畢了瀟灑轉身將手背到身後,說:”從哪裡跌倒就從哪裡站起來。“

工廠模式(重構版本)

0x05 小結

為了更好的說明工廠模式能解決什麼問題,不能解決什麼問題,以上故事純屬虛構,飽含誇張的成分,如有雷同,請勿對號入座。

回到最初的起點,只有明確了我們的“產品”是什麼,才能知道我們需要怎麼樣的“工廠”。 不必著急引入模式,先讓產品飛一會兒。在不穩定的維度上引入工廠模式是沒有意義的,因為異變需求無法被初始抽象完全界定,錯誤的抽象還不如不抽象。


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

-Advertisement-
Play Games
更多相關文章
  • 使用go進行項目開發,大多數人會使用gorm,但是gorm有一些缺點,我無法接受。於是開發出了aorm,目前能有滿足日常開發需求,並且完善了使用文檔,希望能夠幫助到大家。 ...
  • WebApiClient 介面註冊與選項 1 配置文件中配置HttpApiOptions選項 配置示例 "IUserApi": { "HttpHost": "http://www.webappiclient.com/", "UseParameterPropertyValidate": false, ...
  • 分散式鎖的核心其實就是採用一個集中式的服務,然後多個應用節點進行搶占式鎖定來進行實現,今天介紹如何採用Redis作為基礎服務,實現一個分散式鎖的類庫,本方案不考慮 Redis 集群多節點問題,如果引入集群多節點問題,會導致解決成本大幅上升,因為 Redis 單節點就可以很容易的處理10萬併發量了,這 ...
  • 簡述 工業控制系統,簡稱工控系統,一般運行在工業生產環境中具有特定功能設備的作業系統,比如收銀系統、過磅稱重系統、無人零售系統等。根據需求不同,有單片機、PLC、Linux、Win7等不同的平臺實現方案,本文主要是針對Windows系統,如何技術選型開發工控系統。 工控控制系統與其他應用系統最大的區 ...
  • 《對話工程師》是「貿澤電子」贊助、「與非網」製作的一檔網路節目,自2022年11月起,邀請不同技術領域的資深工程師,聊聊開發過程中的經驗感悟,欄目共 10 期,痞子衡有幸被邀請做了第 4 期節目的嘉賓(12月5日在 「B站 - 與非網官方賬號」里剛播出第 1 期)。 說起與《對話工程師》節目的結緣, ...
  • 1.5.6 NN與2NN 1.5.6.1 HDFS元數據管理機制 問題1:NameNode如何管理和存儲元數據? 電腦中存儲數據兩種:記憶體或者是磁碟 元數據存儲磁碟:存儲磁碟無法面對客戶端對元數據信息的任意的快速低延遲的響應,但是安全性高 元數據存儲記憶體:元數據存放記憶體,可以高效的查詢以及快速響應 ...
  • Redis項目總結--緩存更新策略 1.更新策略 | | 記憶體淘汰 | 超時剔除 | 主動更新 | | : : | : : | : : | : : | | 說明 | 不用自己維護,利用Redis記憶體淘汰機制,記憶體不足時自動淘汰部分數據,下次查詢時更新緩存 | 給緩存數據添加過期時間,到期刪除,下次查 ...
  • this指針,存儲的是一個記憶體地址,如同變數一樣,指向一塊記憶體區域; 而這個記憶體區域,保存的就是一個對象的數據,那麼這個對象是什麼呢? 通常來說,this指針,主要是用在方法(函數)中,用來指向調用方法(函數)的對象; 比如說,有個方法eat(),這個方法裡面有個this指針; 當Tom調用eat時 ...
一周排行
    -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.數據驗證 在伺服器端進行嚴格的數據驗證,確保接收到的數據符合預期格 ...