淺析Python 抽象工廠模式的優(yōu)缺點
前言
接著上一篇的故事工廠模式繼續(xù),手機要出廠,顯然光一個手機肯定是不行的,還需要包裝盒、充電器等等東西。我們按照上一篇提到的工廠模式,去建立新的工廠是一點都沒有問題的。但是思考一下這樣子做會帶來的問題,顯然工廠太多了,將包裝盒、充電器全部分散到各個工廠,組裝什么的也是一個大問題,那么有沒有更好的辦法呢?答案是肯定的,抽象工廠模式。
抽象工廠意圖
提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口,而無需制定它們具體的累。
別名
Kit
案例
第三階段
光生產(chǎn)手機遠遠不夠,還需要生產(chǎn)其他配件,分散到新的工廠成本太高,也不利于維護,那就把一個類型的手機所需要的所有東西,都放到一個工廠完成,小米工廠生產(chǎn)小米手機以及小米手機配套的東西,蘋果手機生產(chǎn)蘋果手機以及蘋果手機配套的東西,客戶只需要關(guān)心要什么手機就行了。
第三階段 UML 圖
讓我們借助 UML 圖直觀了解一下這個時候工廠的樣子

第三階段代碼
通過代碼去實現(xiàn)這個邏輯
from abc import ABC, abstractmethod
# 抽象手機
class AbstractMobile(ABC):
@abstractmethod
def make(self):
pass
class XiaoMiMobile(AbstractMobile):
def make(self):
print("make xiaomi mobile")
class AppleMobile(AbstractMobile):
def make(self):
print("make apple mobile")
# 抽象手機配件
class AbstractOthers(ABC):
@abstractmethod
def make(self):
pass
class XiaoMiOthers(AbstractMobile):
def make(self):
print("make xiaomi others")
class AppleOthers(AbstractMobile):
def make(self):
print("make apple others")
# 抽象工廠
class AbstractFactory(ABC):
@abstractmethod
def create_mobile(self) -> AbstractMobile:
pass
@abstractmethod
def create_others(self) -> AbstractOthers:
pass
class XiaoMiFactory(AbstractFactory):
def create_mobile(self) -> XiaoMiMobile:
return XiaoMiMobile().make()
def create_others(self) -> XiaoMiOthers:
return XiaoMiOthers().make()
class AppleFactory(AbstractFactory):
def create_mobile(self) -> AppleMobile:
return AppleMobile().make()
def create_others(self) -> AppleOthers:
return AppleOthers().make()
def client(factory: AbstractFactory) -> None:
product_mobile = factory.create_mobile()
product_others = factory.create_others()
if __name__ == "__main__":
client(XiaoMiFactory())
client(AppleFactory())
看一下運行結(jié)果:
make xiaomi mobile
make xiaomi others
make apple mobile
make apple others
總結(jié)
如果代碼需要與多個不同系列的相關(guān)產(chǎn)品交互, 但是由于無法提前獲取相關(guān)信息, 或者出于對未來擴展性的考慮, 你不希望代碼基于產(chǎn)品的具體類進行構(gòu)建, 在這種情況下, 你可以使用抽象工廠。
在設(shè)計良好的程序中, 每個類僅負責(zé)一件事。 如果一個類與多種類型產(chǎn)品交互, 就可以考慮將工廠方法抽取到獨立的工廠類或具備完整功能的抽象工廠類中。
抽象工廠的優(yōu)缺點
優(yōu)點
- 你可以確保同一工廠生成的產(chǎn)品相互匹配。
- 你可以避免客戶端和具體產(chǎn)品代碼的耦合。
- 單一職責(zé)原則。 你可以將產(chǎn)品生成代碼抽取到同一位置, 使得代碼易于維護。
- 開閉原則。 向應(yīng)用程序中引入新產(chǎn)品變體時, 你無需修改客戶端代碼
缺點
- 由于采用該模式需要向應(yīng)用中引入眾多接口和類, 代碼可能會比之前更加復(fù)雜,即產(chǎn)品族擴展非常困難
以上就是淺析Python 抽象工廠模式的優(yōu)缺點的詳細內(nèi)容,更多關(guān)于Python 抽象工廠模式的資料請關(guān)注腳本之家其它相關(guān)文章!
相關(guān)文章
Python爬蟲實戰(zhàn)之批量下載快手平臺視頻數(shù)據(jù)
讀萬卷書不如行萬里路,學(xué)的扎不扎實要通過實戰(zhàn)才能看出來,本篇文章手把手帶你批量下載快手平臺視頻數(shù)據(jù),大家可以在過程中查缺補漏,看看自己掌握程度怎么樣2021-10-10
Python協(xié)程asyncio模塊的演變及高級用法
網(wǎng)上很多關(guān)于Python協(xié)程asyncio模塊的教程都是基于老版Python的, 本文將以對比方式展示新老Python版本下協(xié)程的寫法有什么不同并總結(jié)了asyncio的一些高級用法, 包括如何獲取協(xié)程任務(wù)執(zhí)行結(jié)果,gather和wait方法的區(qū)別以及如何給任務(wù)添加回調(diào)函數(shù)。2021-05-05

