設計模式優(yōu)缺點及應用場景整理(編輯修改稿)
2025-07-27 08:57 本頁面
【文章內(nèi)容簡介】 ow，但又沒有時間精力投入到里面，于是我請了個人來代練，代練的人和我都繼承于玩家類。而代練者是認識我的，當代練的人開始刷副本的時候，（）方法,（）。14工廠方法模式優(yōu)點：1. 良好的封裝性，代碼結構清晰。一個對象創(chuàng)建是有條件約束的，如一個調(diào)用者需要一個具體的產(chǎn)品對象，只要知道這個產(chǎn)品的類名（或約束字符串）就可以了，不用知道創(chuàng)建對象的艱辛過程，減少模塊間的耦合。2. 工廠方法模式的擴展性非常優(yōu)秀。在增加產(chǎn)品類的情況下，只要適當?shù)匦薷木唧w的工廠類或擴展一個工廠類，就可以完成“擁抱變化”。例如在我們的例子中，需要增加一個棕色人種，則只需要增加一個BrownHuman類，工廠類不用任何修改就可完成系統(tǒng)擴展。3. 屏蔽產(chǎn)品類。這一特點非常重要，產(chǎn)品類的實現(xiàn)如何變化，調(diào)用者都不需要關心，它只需要關心產(chǎn)品的接口，只要接口保持不表，系統(tǒng)中的上層模塊就不要發(fā)生變化，因為產(chǎn)品類的實例化工作是由工廠類負責，一個產(chǎn)品對象具體由哪一個產(chǎn)品生成是由工廠類決定的。在數(shù)據(jù)庫開發(fā)中，大家應該能夠深刻體會到工廠方法模式的好處：如果使用JDBC連接數(shù)據(jù)庫，數(shù)據(jù)庫從MySql切換到Oracle，需要改動地方就是切換一下驅(qū)動名稱（前提條件是SQL語句是標準語句），其他的都不需要修改，這是工廠方法模式靈活性的一個直接案例。4. 工廠方法模式是典型的解耦框架。高層模塊值需要知道產(chǎn)品的抽象類，其他的實現(xiàn)類都不用關心，符合迪米特原則，我不需要的就不要去交流；也符合依賴倒轉(zhuǎn)原則，只依賴產(chǎn)品類的抽象；當然也符合里氏替換原則，使用產(chǎn)品子類替換產(chǎn)品父類，沒問題！缺點：待補充用途： 第一種情況是對于某個產(chǎn)品，調(diào)用者清楚地知道應該使用哪個具體工廠服務，實例化該具體工廠，生產(chǎn)出具體的產(chǎn)品來。Java Collection中的iterator() 方法即屬于這種情況。第二種情況，只是需要一種產(chǎn)品，而不想知道也不需要知道究竟是哪個工廠為生產(chǎn)的，即最終選用哪個具體工廠的決定權在生產(chǎn)者一方，它們根據(jù)當前系統(tǒng)的情況來實例化一個具體的工廠返回給使用者，而這個決策過程這對于使用者來說是透明的。典型例子： 車子繼承vehicle（車）類，有小汽車卡，公交車bus等，車子工廠實現(xiàn)工廠接口，工廠接口有抽象方法vehicle produce vehicle（String type）方法，車子工廠中實現(xiàn)工廠方法vehicle produce vehicle（String Type），方法中根據(jù)需要new新的車子。15模板方法模式優(yōu)點： 模板方法模式通過把不變的行為搬移到超類，去除子類中的重復代碼來體現(xiàn)它的優(yōu)勢。模板方法模式提供了一個很好的代碼復用平臺。缺點：沒啥明顯缺點吧？簡單實用的設計模式。 用途： 當不變的和可變的行為在方法的子類實現(xiàn)中混合在一起的時候，不變的行為會在子類中重復出現(xiàn)，我們可以通過模板方法牧師把這些行為搬移到單一的地方（方法）中，這樣就幫助子類擺脫重復的不變行為的糾纏。典型例子： 泡茶和泡咖啡兩個動作很像，都有煮開水（）方法，放入茶或咖啡（）方法，把泡好的導入被子，加調(diào)料，這四個動作在一起算是完成泡咖啡行為。在這里，我們可以把泡茶和泡咖啡都繼承于抽象類飲料中，而飲料類有個模板方法，templateMethod（）這個方法封裝其他幾個行為方法。而客戶端想執(zhí)行那幾個方法的時候，只需要調(diào)用emplateMethod（）模板方法。我們會把templateMethod（）方法用final修飾，以免這個算法骨架被重寫而改變。16外觀模式優(yōu)點：1. 對客戶屏蔽了其子系統(tǒng)組件，因而減少了客戶處理對象的數(shù)目，并使得子系統(tǒng)實用起來更方便2. 它實現(xiàn)了子系統(tǒng)與客戶之間的松耦合關系，而子系統(tǒng)內(nèi)部的功能組件往往是緊耦合的。松耦合關系使得子系統(tǒng)的組件變化不會影響到它的客戶。 Facade模式有助于建立層次結構系統(tǒng)，也有助于對對象之間的依賴關系分層。 Facade模式還可以消除復雜的循環(huán)依賴關系，這一點在客戶程序與子系統(tǒng)是分別實現(xiàn)的時候尤為重要。3. 如果應用需要，它并不限制它們實用子系統(tǒng)類。因此你可以在系統(tǒng)易用性和通用性之間進行選擇。缺點： 限制了客戶的自由，減少了可變性。用途： a) 為一個復雜子系統(tǒng)提供一個簡單接口.b) 提高子系統(tǒng)的獨立性.c) 在層次化結構中，可以使用Facade模式定義系統(tǒng)中每一層的入口
環(huán)評公示相關推薦
鄂ICP備17016276號-1