創建型模式之門—簡單工廠

来源:https://www.cnblogs.com/green-jcx/archive/2022/05/11/SimpleFactory.html
-Advertisement-
Play Games

1.“new”有什麼不對勁? 在我們沒有接觸到工廠模式(簡單工廠、工廠方法模式、抽象工廠模式)之前,我們實例化對象唯一的方法就是通過“new”關鍵字來完成。但是,大量的使用“new”關鍵字來實例化對象會違背一些設計原則,因為代碼與具體的類型綁在一起,從而導致過多的依賴於細節而非抽象,這樣代碼就很難適 ...


1.“new”有什麼不對勁?

在我們沒有接觸到工廠模式(簡單工廠、工廠方法模式、抽象工廠模式)之前,我們實例化對象唯一的方法就是通過“new”關鍵字來完成。但是,大量的使用“new”關鍵字來實例化對象會違背一些設計原則,因為代碼與具體的類型綁在一起,從而導致過多的依賴於細節而非抽象,這樣代碼就很難適應需求變化。

在面向對象編程中我們大量的使用到了繼承、多態的特性,但是在使用這些特性時往往會延申出一些新的問題。例如在一個有繼承模塊的代碼當中,如果子類發生新增或刪除,這就不得不去使用類的“調用層”做出相應的修改,因為你new的都是具體的類型,當下層發生變動就不得不去上層進行修改。對於這樣的場景來說,實際上它也違背了設計模式原則之一的“開閉原則”,即對擴展開放,對修改關閉,這會不利於程式的穩定和擴展。

 

2.舉例反映問題

接下來將通過代碼案例來反映出,在一個使用繼承模塊的代碼當中,大量使用“new”關鍵字,在設計層面會帶來什麼樣的缺陷。我們以一個汽車銷售系統作為背景,其中汽車類型UML圖如下:

其中有一個賣車的方法使用到了“new”來實例化車型對象,相應的代碼如下:

 1     //賣車方法    
 2     public void SellCar(string carType)
 3     {
 4         Car car;
 5         if(carType=="寶馬 X3")
 6         {
 7             car=new Bmwx3();
 8         }
 9         else if(carType=="吉普牧馬人") 
10         {
11             car=new Jeeper();
12         }
13         else if(carType=="賓士G63") 
14         {
15             car=new BenzG63();
16         }
17         
18         TestDrive(car);//試駕
19         Collection(car);//收款
20         License(car);//上牌
21     }

在實際的生活當中我們應該都知道,4s店賣的車型不可能是一層不變的,而是經常性的會發生產品的更新換代,所以會不斷對車型做出新增或刪減。如果汽車銷售系統中使用了以上的代碼,這就意味這每次車型模塊的調整都要同步到“賣車方法”中,並且隨著公司規模的增大所賣的車型會增多,在新增車型後代碼中出現大量的else if,這會顯得非常臃腫,在刪除時還可能誤刪。

即便你說你的“汽車銷售系統只賣一種車”(也就是只new一種對象類型),你可能還是會在使用構造函數創建對象時要加入參數的情形,這些變化都會促使你因為下層模塊的調整而影響到上層模塊。

 

 3.改善方法

1.編程當中任何需求或代碼都是無法避免的,而我們能做到就是運用設計模式的思想,能夠將程式更好的去適應變化。其中的一個思想就是:“找出變化的部分,把它們從不變的部分分離出來”。以上面的“汽車銷售系統”中的賣車方法為例,分析變化如下:

2.然後,我們將變化的部分單獨的封裝到一個類的靜態方法中,該類的靜態方法將專門用於創建具體的汽車對象,代碼如下:

 1 public class CarFactory
 2 {
 3     public static Car CreateCarInstance(string type)
 4     {
 5         Car car=null;
 6         if(carType=="寶馬 X3")
 7         {
 8             car=new Bmwx3();
 9         }
10         else if(carType=="吉普牧馬人") 
11         {
12             car=new Jeeper();
13         }
14         else if(carType=="賓士G63") 
15         {
16             car=new BenzG63();
17         }
18         return car;
19     }
20 }

3.在抽離並封裝變化後,我們將對“賣車方法”中的實例化車對象部分進行改造。

1   public void SellCar(string carType)
2     {
3         Car car=CarFactory.CreateCarInstance(carType);
4                
5         TestDrive(car);//試駕
6         Collection(car);//收款
7         License(car);//上牌
8     }

根據以上的三個步驟,其實一個簡單工廠創建對象的方式就已經形成了,其中專門創建對象的Factory類我們稱之為工廠,它實例化的對象我們稱之為產品。此時我們創建對象的方式不在是"new",而是通過一個靜態方法。

對於上層模塊(賣車方法),在也不用擔心下層模塊(汽車車型)的變化而牽連到自身,它只有根據指定的類型創建對應的車型對象即可,並且上層模塊(賣車方法)也不用在承擔對象創建的細節,減少大量代碼和複雜度。

另外簡單工廠也解決了對象創建復用的問題,例如4s店的汽車保險系統、汽車維修系統等等都會用到實例化車型對象。這樣的話,如果車型發生修改我們只用調整簡單工廠類即可而其他(調用層)都不必受到改動的牽連。

 

 4.定義

簡單工廠又稱之為靜態工廠方法,它屬於創建型模式中的一種簡單運用。

嚴格來講它其實並不屬於一種設計模式,反而比較像我們在遵循設計模式原則時的一種編程習慣。你要你能夠在編程中遵循並靈活運用:迪米特法則(最少知道原則)、依賴倒置(依賴抽象,不依賴細節)、里氏替換(子類替代父類)這些原則,其實就會無形當中使用簡單工廠來實現對象的實例化,而並非只使用“new”。

 

5.短板

使用簡單工廠實例化對象雖然解決了一些問題,但是有同時存在一些新的問題。因為我們的簡單工廠本身就是一個具體的類型,這違反了面向介面(抽象)編程的思想。

還是以汽車銷售作為背景來說,假如你依賴的這個A工廠因為疫情出現停產,又或者因為你要擴張你的車型使用新的工廠,那麼此時你依賴的A工廠(具體的類)就很難做出擴展,而只能因為你換了工廠導致上層模塊都要跟著調整。所以,後續誕生出的“工廠方法模式”和“抽象工廠模式”,就是在不斷解決因為變化而帶來各種的問題。

知識改變命運
您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 本文和接下來的幾篇文章為閱讀郭霖先生所著《第一行代碼:Android(篇第2版)》的學習筆記,按照書中的內容順序進行記錄,書中的Demo本人全部都做過了。 每一章節本人都做了詳細的記錄,以下是我學習記錄(包含大量書中內容的整理和自己在學習中遇到的各種bug及解決方案),方便以後閱讀和查閱。最後,感激 ...
  • 本文和接下來的幾篇文章為閱讀郭霖先生所著《第一行代碼:Android(篇第2版)》的學習筆記,按照書中的內容順序進行記錄,書中的Demo本人全部都做過了。 每一章節本人都做了詳細的記錄,以下是我學習記錄(包含大量書中內容的整理和自己在學習中遇到的各種bug及解決方案),方便以後閱讀和查閱。最後,感激 ...
  • 信息爆發時代,有效率有質量地整理視頻、音頻、文字等信息變得尤為重要。會議、講座、採訪、客服電話等場景均需要形成完整的文字記錄材料,音視頻文件也要配有字幕。語音轉文字的智能化,讓信息錄入即時高效。 在直播類、會議類、筆記類的應用中都具備實時語音轉寫功能。例如,在音視頻會議中,可以將發言內容可視化,即時 ...
  • 本期 OpenAtom OpenHarmony(以下簡稱“OpenHarmony”)開發者故事,我們特別採訪了 2 月代碼最佳貢獻者、一位接觸 OpenHarmony 1 年左右,2022 年初便完成高難度開發項目的開發者——潤和軟體資深軟體開發工程師趙海鵬。 ...
  • 前言 【內容】 jQuery菜鳥編程學習筆記 具體詳情看目錄 【目的】 記錄本人在jQuery學習中的筆記 方便日後的工作與學習。 【學習資料】 jQuery教程-菜鳥教程 【溫馨提示】 筆記中有些個人理解後整理的筆記,可能有所偏差,也懇請讀者幫忙指出,謝謝。 jQuery快速瞭解 啥是jQuery ...
  • 至此基本上vue2.0的內容全部結束,後面還有點elementUI和vue3.0的內容過幾天再來更新。 這幾天要回學校去參加畢業答辯,斷更幾天 一.相關理解 是vue的一個插件庫,專門用來實現spa(單頁面應用)的,也就是一直都是一個index.html頁面,他有他的導航區和展示區,雖然只有一個頁面 ...
  • markRaw 作用:標記一個對象,使其永遠不會再成為響應式對象 應用場景: 1.有些值不應被設置成響應式時,例如複雜的第三方類庫等 2.當渲染具有不可變數據源的大列表時,跳過響應式轉換可以提高性能 3.在動態渲染組件的時候我們就可以使用 markRaw 包裹。 markRaw 的使用場景 很多時候 ...
  • 在 CSS 中,其實存在各種各樣的函數。具體分為: Transform functions Math functions Filter functions Color functions Image functions Counter functions Font functions Shape f ...
一周排行
    -Advertisement-
    Play Games
  • ## 引言 最近發現自己喜歡用的 Todo 軟體總是差點意思,畢竟每個人的習慣和工作流不太一樣,我就想著自己寫一個小的[Todo 項目]( https://github.com/circler3/TodoTrack ),核心的功能是自動記錄 Todo 執行過程中消耗的時間(尤其面向程式員),按照自己 ...
  • ### 前言 當我們編寫 C# 代碼時,經常需要處理大量的數據集合。在傳統的方式中,我們往往需要先將整個數據集合載入到記憶體中,然後再進行操作。但是如果數據集合非常大,這種方式就會導致記憶體占用過高,甚至可能導致程式崩潰。 C# 中的`yield return`機制可以幫助我們解決這個問題。通過使用`y ...
  • 1. ADO.NET的前世今生 ADO.NET的名稱起源於ADO(ActiveX Data Objects),是一個COM組件庫,用於在以往的Microsoft技術中訪問數據。之所以使用ADO.NET名稱,是因為Microsoft希望表明,這是在NET編程環境中優先使用的數據訪問介面。 ADO.NE ...
  • 1. 為什麼需要單元測試 在我們之前,測試某些功能是否能夠正常運行時,我們都將代碼寫到Main方法中,當我們測試第二個功能時,我們只能選擇將之前的代碼清掉,重新編寫。此時,如果你還想重新測試你之前的功能時,這時你就顯得有些難為情了,因為代碼都被你清掉了。當然你完全可以把代碼寫到一個記事本中進行記錄, ...
  • 1. 透過現象看本質 反射被譽為是 c#中的黑科技 ,在很多領域中都有反射的身影,例如,我們經常使用的ORM框架,ABP框架 等。 反射指程式可以訪問、檢測和修改它本身狀態或行為的一種能力。. 程式集包含模塊,而模塊包含類型,類型又包含成員。. 反射則提供了封裝程式集、模塊和類型的對象。. 您可以使 ...
  • # Rust Web 全棧開發之 Web Service 中的錯誤處理 ## Web Service 中的統一錯誤處理 ### Actix Web Service 自定義錯誤類型 -> 自定義錯誤轉為 HTTP Response - 資料庫 - 資料庫錯誤 - 串列化 - serde 錯誤 - I/ ...
  • 在前面的幾篇文章中,詳細地給大家介紹了Java里的集合。但在介紹集合時,我們涉及到了泛型的概念卻並沒有詳細學習,所以今天我們要花點時間給大家專門講解什麼是泛型、泛型的作用、用法、特點等內容 ...
  • ###BIO:同步阻塞 主線程發起io請求後,需要等待當前io操作完成,才能繼續執行。 ###NIO:同步非阻塞 引入selector、channel、等概念,當主線程發起io請求後,輪詢的查看系統是否準備好執行io操作,沒有準備好則主線程不會阻塞會繼續執行,準備好主線程會阻塞等待io操作完成。 # ...
  • 摘要:在讀多寫少的環境中,有沒有一種比ReadWriteLock更快的鎖呢?有,那就是JDK1.8中新增的StampedLock! 本文分享自華為雲社區《【高併發】高併發場景下一種比讀寫鎖更快的鎖》,作者: 冰 河。 什麼是StampedLock? ReadWriteLock鎖允許多個線程同時讀取共 ...
  • ## 併發與並行😣 ### 併發與並行的概念和區別 並行:同一個時間段內多個任務同時在不同的CPU核心上執行。強調同一時刻多個任務之間的”**同時執行**“。 併發:同一個時間段內多個任務都在進展。強調多個任務間的”**交替執行**“。 ![](https://img2023.cnblogs.co ...