簡介
外觀模式(Facade Pattern):外部與一個子系統的通信必須通過一個統一的外觀物件進行,為子系統中的一組介面提供一個一致的界面,外觀模式定義了一個高層介面,這個介面使得這一子系統更加容易使用,外觀模式又稱為門面模式,它是一種物件結構型模式,
模式分析
根據“單一職責原則”,在軟體中將一個系統劃分為若干個子系統有利于降低整個系統的復雜性,一個常見的設計目標是使子系統間的通信和相互依賴關系達到最小,而達到該目標的途徑之一就是引入一個外觀物件,它為子系統的訪問提供了一個簡單而單一的入口, -外觀模式也是“迪米特法則”的體現,通過引入一個新的外觀類可以降低原有系統的復雜度,同時降低客戶類與子系統類的耦合度, - 外觀模式要求一個子系統的外部與其內部的通信通過一個統一的外觀物件進行,外觀類將客戶端與子系統的內部復雜性分隔開,使得客戶端只需要與外觀物件打交道,而不需要與子系統內部的很多物件打交道, -外觀模式的目的在于降低系統的復雜程度, -外觀模式從很大程度上提高了客戶端使用的便捷性,使得客戶端無須關心子系統的作業細節,通過外觀角色即可呼叫相關功能,
優點
- 對客戶屏蔽子系統組件,減少了客戶處理的物件數目并使得子系統使用起來更加容易,通過引入外觀模式,客戶代碼將變得很簡單,與之關聯的物件也很少,
- 實作了子系統與客戶之間的松耦合關系,這使得子系統的組件變化不會影響到呼叫它的客戶類,只需要調整外觀類即可,
- 降低了大型軟體系統中的編譯依賴性,并簡化了系統在不同平臺之間的移植程序,因為編譯一個子系統一般不需要編譯所有其他的子系統,一個子系統的修改對其他子系統沒有任何影響,而且子系統內部變化也不會影響到外觀物件,
- 只是提供了一個訪問子系統的統一入口,并不影響用戶直接使用子系統類,
缺點
- 不能很好地限制客戶使用子系統類,如果對客戶訪問子系統類做太多的限制則減少了可變性和靈活性,
- 在不引入抽象外觀類的情況下,增加新的子系統可能需要修改外觀類或客戶端的源代碼,違背了“開閉原則”,
用途
- 當要為一個復雜子系統提供一個簡單介面時可以使用外觀模式,該介面可以滿足大多數用戶的需求,而且用戶也可以越過外觀類直接訪問子系統,
- 客戶程式與多個子系統之間存在很大的依賴性,引入外觀類將子系統與客戶以及其他子系統解耦,可以提高子系統的獨立性和可移植性,
- 在層次化結構中,可以使用外觀模式定義系統中每一層的入口,層與層之間不直接產生聯系,而通過外觀類建立聯系,降低層之間的耦合度,
模式結構圖
外觀模式包含如下角色:
- Facade: 外觀角色
- SubSystem:子系統角色

時序圖

代碼實作
創建介面:
Facade.cs
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 public interface Facade10 {11 void speak();12 }13 }
介面實作類:
SystemA.cs、SystemB.cs、SystemC.cs
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 public class SystemA:Facade10 {11 12 public void speak()13 {14 Console.WriteLine("我是系統A");15 }16 }17 }
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 public class SystemB : Facade10 {11 public void speak()12 {13 Console.WriteLine("我是系統B");14 }15 }16 }
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 public class SystemC : Facade10 {11 public void speak()12 {13 Console.WriteLine("我是系統C");14 }15 }16 }
創建外觀類:
ShapeMaker.cs
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 public class ShapeMaker10 {11 private Facade systemA;12 private Facade systemB;13 private Facade systemC;14 public ShapeMaker()15 {16 systemA = new SystemA();17 systemB = new SystemB();18 systemC = new SystemC();19 }20 public void operationA()21 {22 systemA.speak();23 }24 public void operationB()25 {26 systemB.speak();27 }28 public void operationC()29 {30 systemC.speak();31 }32 }33 }
控制臺實作:
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 using System.Threading.Tasks; 6 7 namespace Facade 8 { 9 class Program10 {11 static void Main(string[] args)12 {13 ShapeMaker shapeMaker = new ShapeMaker();14 shapeMaker.operationA();15 shapeMaker.operationB();16 shapeMaker.operationC();17 Console.ReadKey();18 }19 }20 }
效果:

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/37804.html
標籤:設計模式
下一篇:Java的反射技術
