? ?前幾天我一直在準備大學畢業生，始終綁起來，如今，終于有時間去學習設計模式。我們研究今天的話題是植物三口之家的設計模式的控制--簡單工廠VS工廠VS抽象工廠。

? ?經過細心推敲，我們不難得出：工廠模式是簡單工廠的升級版，抽象工廠是工廠模式的升級版，簡單工廠+抽象工廠是抽象工廠的升級版。知道了它們之間的宏觀關系，以下我帶它們從一次次蛻變了解它們為什么是這種關系。

? ?我們最原始的代碼思維是把所有的實現都放在一個類中。功能盡管是實現了，但耦合性非常高。非常不方便維護，好比活字印刷術之前的印刷，一個地方須要改動，則所有內容都須要推倒重來。

? ?簡單工廠攻克了上述問題，簡單工廠中的工廠類包括了必要的邏輯推斷。依據client的選擇條件動態實例化相關的類，其思路例如以下圖所看到的。但它有個致命的缺點：違反開放-封閉原則。比方當須要創建“開方類”的時候，須要改動“簡單工廠類”中的方法。

? ??

? ??工廠模式彌補簡單工廠的不足，將一個類的實例化延遲到其子類。

工廠方法把簡單工廠的內部邏輯推斷移到了client代碼來進行，假設想要加入功能。僅僅需改動client就可以。

比方加入“開方類”，僅僅需在運算類以下加入一個“開方類”，在抽象工廠以下加入一個“開方工廠”就可以。保證了開方-封閉原則。其思路例如以下圖所看到的。

但它的缺點是每加一個運算類。就須要加一個運算工廠的類，添加了額外的開發量。

? ? ?

? ? ??

? ?抽象工廠彌補了工廠模式的不足，抽象工廠提供一個創建一系列相關或相互依賴對象的接口，而無需指定它們詳細的類。比方按工廠模式的思想,SqlserverUser類、AccessUser類、SqlDepartment類、AccessDepartment類須要四個工廠來創建。而抽象工廠對它們公共的部分進行了抽象，僅僅需兩個工廠就能完畢相同需求，其思路例如以下圖所看到的。它的還有一個長處是詳細的創建實例過程與client分離，client通過抽象接口操縱實例。它的缺點是假設需求來自添加功能。比方我們要添加項目表Project，則至少須要添加三個類IProject、SqlserverProject、AccessProject。還須要更改IFactory、SqlserverFactory、AccessFactory才干夠全然實現。要改動三個類，過程有點糟糕。

? ??

? ?簡單工廠+抽象工廠彌補了抽象工廠的不足，用DataAccess類取代IFactory、SqlserverFactory、AccessFactory三個工廠類。在DataAccess類中，用反射+配置文件實現數據訪問，核心方法:Assembly.Load(“程序集名稱”).CreateInstance(“命名空間.類名稱”)。依據配置文件的keyword，動態創建類。其其思路例如以下圖所看到的。

? ??

? ? ?事實上每種設計模式都有它的優缺點，我們必須在學習它們長處的同一時候也要考慮它們的缺點，這樣才干在學習過程中游刃有余。

但做人就不一樣了，這里能夠引用米老師的一句話：?“假設僅僅是追尋一個人的缺點，慢慢別人的缺點也會成為自己的缺點。可是假設總是看別人的長處，慢慢別人的長處也成為自己的長處。”

? ? ? ?我希望我的解釋能幫助你成長。

版權聲明：本文博客原創文章，博客，未經同意，不得轉載。

轉載于:https://www.cnblogs.com/blfshiye/p/4744737.html

總結

以上是生活随笔為你收集整理的设计模式--简单工厂VS工厂VS抽象工厂的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。