設計模式之抽象工廠模式

一、抽象工廠模式

抽象工廠模式（abstract factor pattern）是建立型設計模式之一。它和之前的工廠設計模式很像。之前的工廠設計模式中如果乙個工廠只能生產一種它具體的產品。而抽象工廠設計模式可以用乙個工廠類生產一系列相關的產品。

為建立一組相關或者相互依賴的物件提供乙個介面，而不需要指定它們的具體類

二、uml類圖

三、例項解讀

下面筆者用乙個手機生產商生產手機配件的示例來解讀上面這個類圖。

具體資料都是亂編的，不要過於糾結[嘖嘖嘖]

1.手機工廠用於生產螢幕和處理器兩種配件 -對應類圖的abstractfactory

public abstract class phonefacory

2.處理器和螢幕的介面 --分別對應類圖的 abstractproduct1 和 abstractproduct2

public inte***ce icpu

public inte***ce iscreen

3.具體的處理器和螢幕 --對應 concreteproduct1 和 concreteproduct1

public class gaotongcpu implements icpu 
}public class qilingcpu implements icpu 
}public class shenghuascreen implements iscreen 
}public class kangningsreeen implements iscreen 
}

4.具體的手機生產商 --對應類圖的 concretefactory1 和 concretefactory2

public class xiaomifactory extends phonefacory
@override
public iscreen createscreen() 
}public class iphonefactory extends phonefacory
@override
public iscreen createscreen() 
}

5.用乙個客戶端類生產產品

public class client 
}

執行結果：

麒麟處理器康寧大猩猩玻璃 ------------ 高通驍龍處理器勝華螢幕

從client類可以看出並沒有用到具體的產品類，而是用乙個具體工廠把這兩個有相關性的產品封裝起來，而這個具體的工廠，也用了乙個抽象類抽象出來，最終只需要建立這個抽象類的物件就能生產一系列的產品了。

四、總結

它的乙個顯著的優點是分離介面與實現，客戶端使用抽象工廠建立需要的物件時不需要具體的實現是誰，把具體的產品解耦出去，使在切換產品類是更加靈活和容易。但它也有乙個明顯的缺點，不太容易擴充套件新的類，因為新增乙個產品類就需要修改抽象工廠和對應的具體工廠，並且這還會導致檔案類的增加較多。所以在實際使用時要權衡利弊。

設計模式之抽象工廠模式

抽象工廠模式 設計模式3之抽象工廠模式

設計模式之抽象工廠模式

設計模式之抽象工廠模式

相關推薦

抽象工廠模式設計模式3之抽象工廠模式