簡單工廠模式,工廠方法模式,抽象工廠模式 比較

2021-05-27 22:37:36 字數 4073 閱讀 9576

簡單工廠模式:

簡單工廠模式的工廠類一般是使用靜態方法,通過接收的引數不同來返回不同的物件的例項,不修改**的話,是無法擴充套件的

工廠方法模式

工廠方法模式是針對每一種產品提供乙個工廠類,通過不同的工廠例項來建立不同的產品例項。

在同一等級結構中,支援增加任意產品

抽象工廠模式:

抽象工廠模式應對產品族的概念。比如說,每個汽車公司可能要同時生產轎車,火車,客車,那麼每乙個工廠都要有建立橋車,貨車和客車的方法。

應對產品族的概念而生,增加新的產品線很容易,但是無法增加新的產品。

小結:

工廠模式中,重要的是工廠類,而不是產品類。產品類可以是多種形式,多層繼承或者單個類都是可以的。但是要明確的是,工廠模式的介面只會返回一種型別的例項。這是在設計產品類的時候需要注意的,最好是有父類或者共同實現的介面。

使用工廠模式,返回的例項一定是工廠建立的,而不是從其他物件中獲取的。

工廠模式返回的例項可以不是新建立的,返回由工廠模式建立好的例項也是可以的。

區別:

簡單工廠模式:用來生產同一等級結構中的任意產品。對與增加新的產品,無能為力

工廠模式 :用來生產同一等級結構中的固定產品。(支援增加任意產品)   

抽象工廠 :用來生產不同產品族的全部產品。(對於增加新的產品,無能為力;支援增加產品族)  

以上三種工廠 方法在等級結構和產品族這兩個方向上的支援程度不同。所以要根據情況考慮應該使用哪種方法

faq:

1.       工廠方法模式,抽象工廠模式區別:

工廠方法模式:

乙個抽象產品類,可以派生出多個具體產品類。乙個抽象工廠類,可以派生出多個具體工廠類。每個具體工廠類只能建立乙個具體產品類的例項。

抽象工廠模式:

多個抽象產品類,每個抽象產品類可以派生出多個具體產品類。乙個抽象工廠類,可以派生出多個具體工廠類。每個具體工廠類可以建立多個具體產品類的例項。

區別:工廠方法模式只有乙個抽象產品類,而抽象工廠模式有多個。

工廠方法模式的具體工廠類只能建立乙個具體產品類的例項,而抽象工廠模式可以建立多個。

2.       簡單工廠模式,工廠方法模式,抽象工廠模式區別:

簡單工廠模式,工廠方法模式和抽象工廠模式都屬於建立型設計模式,這三種建立型模式都不需要知道具體類。我們掌握一種思想,就是在建立物件時,需要要容易發生變化的地方給封裝起來,來控制變化,以適應客戶的變動,專案的擴充套件。

特點:

簡單工廠模式:

專門定義乙個類負責建立其他類的例項,被建立的例項通常都具有共同的父類。它又稱為靜態工廠方法模式。它的實質是由乙個工廠類根據傳入的引數,動態決定應該建立哪乙個產品類(這些產品類繼承自乙個父類或介面)的例項。簡單工廠模式的建立目標,所有建立的物件都是充當這個角色的某個具體類的例項。在這個模式中,工廠類是整個模式的關鍵所在。它包含必要的判斷邏輯,能夠根據外界給定的資訊,決定究竟應該建立哪個具體類的物件。使用者在使用時可以直接根據工廠類去建立所需的例項。而無需了解這些物件時如何建立以及如何組織的。有利於整個軟體體系結構的優化。

工廠方法模式:

工廠方法是粒度很小的設計模式,因為模式的表現只是乙個抽象的方法。提前定義用於建立物件的介面,讓子類決定例項化具體的某乙個類,即在工廠和產品中間增加介面,工廠不再負責產品的建立,由介面針對不同條件返回具體的類例項,由具體類例項去實現。工廠方法模式是簡單工廠模式的衍生,解決了許多簡單工廠模式的問題。首先完全實現」開—閉 原則」,實現了可擴充套件。其次實現了更複雜的層次結構,可以應用於產品結果複雜的場合。工廠方法模式是對簡單工廠模式的抽象。有個抽象的factory類(可以是抽象類和介面),這個類將不負責具體的產品生產,而是只制定一些規範,具體的生產工作由其子類去完成。在這個模式中,工廠類和產品類往往可以依次對應。即乙個抽象工廠對應乙個抽象產品,乙個具體工廠對應乙個具體產品。這個具體的工廠就負責生產對應的產品。

抽象工廠模式:

抽象工廠模式是所有形態的工廠模式中最為抽象和最具一般性的形態。抽象工廠模式是指當有多個抽象角色時,使用的一種工廠模式。抽象工廠模式可以向客戶端提供乙個介面,使客戶端在不必指定產品的具體的情況下,建立多個產品族中得產品物件。它有多個抽象產品類,每個抽象產品類可以派生出多個具體產品類,乙個抽象工廠類,可以派生出多個具體工廠類,每個具體工廠類可以建立多個具體產品類的例項。

每一種模式都是針對一定問題的解決方案,工廠方法模式針對的是乙個產品等級結構;而抽象工廠模式針對的是多個產品等級結構。

優點:

簡單工廠模式:

工廠類含有必要的判斷邏輯,可以決定在什麼時候建立哪乙個產品類的例項,客戶端可以免除直接建立產品物件的責任,而僅僅「消費」產品。簡單工廠模式通過這種做法實現了對責任的分割。簡單工廠模式能夠根據外界給定的資訊,決定究竟應該建立哪個具體類的物件。通過它。外界可以從直接建立具體產品物件的尷尬局面中拍拖出來。外界與具體類隔離出來,耦合性低。明確區分了各自的職責和權力,有利於整個軟體體系結構的優化。

工廠方法模式:

工廠方法模式是為了克服簡單工廠模式的缺點而設計出來的。簡單工廠模式的工廠類隨著產品類的增加而需要增加很多方法(或**),而工廠方法模式每個具體工廠類只完成單一任務,**簡潔。工廠方法模式完全滿足ocp,即它具有非常良好的擴充套件性。

抽象工廠模式:

抽象工廠模式主要在於應對「新系列」的需求變化。分離了具體的類,抽象工廠模式幫助你控制乙個應用建立的物件的類,因為乙個工廠封裝建立產品物件的責任和過程。它將客戶和類的實現分離,客戶通過他們的抽象介面操縱例項,產品的類名也在具體工廠的實現中被分離,他們不出現在客戶**中。它使得易於交換產品系列。乙個具體工廠類在乙個應用中僅出現一次----即在它初始化的時候。這使得改變乙個應用的具體工廠變得很容易。它只需改變具體的工廠即可使用不同的產品配置,這是因為乙個抽象工廠建立了乙個完整的產品系列,所以整個產品系列會立刻改變。它有利於產品的一致性。當乙個系列的產品物件被設計成一起工作時,乙個應用一次只能使用同乙個系列中得物件,這一點很重要,而抽象工廠很容易實現這一點。抽象工廠模式有助於這樣的團隊分工,降低了模組間的耦合性,提高了團隊開發效率。

缺點:

簡單工廠模式:

當產品有複雜的多層等級結構時,工廠類只有自己,以不變應萬變,就是模式的缺點。因為工廠類集中了所有產品的建立邏輯,一但不能正常工作,整個系統都要受到影響。系統擴充套件困難,一旦新增新產品就不得不修改工廠邏輯,有可能造成工廠邏輯過於複雜,違背了「開發—封閉」原則。另外,簡單工廠模式通常使用靜態工廠方法,這使得無法由子類繼承,造成工廠角色無法形成基於繼承的等級結構。

工廠方法模式:

不易於維護,假如某個具體產品類需要進行一定的修改,很可能需要修改對應的工廠類。當同時需要修改多個產品類的時候,對工廠類的修改會變得相當麻煩(對號入座已經是個問題了)

抽象工廠模式:

抽象工廠模式在於難於應付」新物件」的需求變動。難以支援新種類的產品。難以擴充套件抽象工廠以生產新種類產品。這是因為抽象工廠幾乎確定了可以被建立的產品的集合。支援新種類的產品就需要擴充套件該工廠介面,這將涉及抽象工廠及其所有子類的改變。

適用範圍

簡單工廠模式:

工廠類負責建立的物件較少,客戶只知道傳入工廠類的引數,對於如何建立物件不關心。

工廠方法模式:

當乙個類不知道它所必須建立物件的類或乙個類希望由子類來指定它所建立的物件時,當類將建立物件的職責委託給多個幫助子類中得某乙個,並且你希望將哪乙個幫助子類是**者這一資訊區域性化的時候,可以使用工廠方法模式。

抽象工廠模式:

乙個系統不應當依賴於產品類例項何如被建立,組合和表達的細節,這對於所有形態的工廠模式都是重要的。這個系統有多於乙個的產品族,而系統只消費其中某一產品族。同屬於同乙個產品族的產品是在一起使用的,這一約束必須在系統的設計中體現出來。系統提供乙個產品類的庫,所有的產品以同樣的介面出現,從而使客戶端不依賴於實現。

其實,無論是簡單工廠模式、工廠模式還是抽象工廠模式,它們本質上都是將不變的部分提取出來,將可變的部分留作介面,以達到最大程度上的復用。究竟用哪種設計模式更適合,這要根據具體的業務需求來決定

簡單工廠模式 工廠方法模式 抽象工廠模式

簡單工廠模式 簡單工廠模式並不是23種設計模式中的,但是在實際的應用中卻經常使用。uml圖 簡單工廠模式的建立目標,所有建立的物件都是充當這個角色的某個具體類的例項。在這個模式中,工廠類是整個模式的關鍵所在。它包含必要的判斷邏輯,能夠根據外界給定的資訊,決定究竟應該建立哪個具體類的物件。使用者在使用...

簡單工廠模式 工廠方法模式 抽象工廠模式

b 簡單工廠模式又稱靜態工廠模式 b 下面看 示例 public inte ce robot public class factory catch exception e return null public class test class robota implements robot clas...

設計模式 簡單工廠 工廠方法 抽象工廠方法模式

簡介 工廠方法模式分為 簡單工廠模式 工廠方法模式 抽象工廠方法模式 簡單工廠模式是屬於建立型模式,又叫做靜態工廠方法 static factory method 模式,但不屬於23種gof設計模式之一。簡單工廠模式是由乙個工廠物件決定建立出哪一種產品類的實 uml圖示例 public class ...