IronMan之外觀
10年積累的成都網(wǎng)站設計、網(wǎng)站建設經(jīng)驗,可以快速應對客戶對網(wǎng)站的新想法和需求。提供各種問題對應的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡服務。我雖然不認識你,你也不認識我。但先做網(wǎng)站設計后付款的網(wǎng)站建設流程,更有懷來免費網(wǎng)站建設讓你可以放心的選擇與我們合作。
接著上篇觀察者內容的“劇情”,沒看過的朋友也沒關系,篇幅之間有銜接的關系但是影響不大。
需求:
為"兵工廠"提供各種支持,生產了各式各樣的"IronMan",因為"IronMan"是智能的,它有一個"總控中心",用來使用各個部件的功能,以及 其它功能的使用。"總控中心"也是用戶在穿戴時顯示在用戶眼前的UI。
現(xiàn)在遇到一個問題,大家都來看一下,"IronMan"在穿戴好啟動的時候,"總控"會讓"IronMan"各個部件自動自檢,自檢完成后要在UI那顯示出 自檢的結果,當然自檢的順序可以是固定的也可以是不固定的,隨便怎么檢查,最終是要返回所有的部件自檢結果。
假設的基礎結構情況:
1 public class Component1 2 { 3 public void Component1Inspection() 4 { 5 //部件1自檢 6 } 7 } 8 public class Component2 9 { 10 public void Component2Inspection() 11 { 12 //部件2自檢 13 } 14 } 15 public class Component3 16 { 17 public void Component3Inspection() 18 { 19 //部件3自檢 20 } 21 }
假設還有若干個部件,按照平常的狀態(tài)它們都要一一的自檢。在這樣的情況下使用的代碼則是這樣的:
1 ///2 /// 控制中心 3 /// 4 public class CenterController 5 { 6 ///7 /// 啟動時的行為 8 /// 9 public void StartBef() 10 { 11 Component1 com1 = new Component1(); 12 com1.Component1Inspection(); 13 Component2 com2 = new Component2(); 14 com2.Component2Inspection(); 15 Component3 com3 = new Component3(); 16 com3.Component3Inspection(); 17 } 18 }
這樣做下去的話是不是很費事,而且控制中心和部件的耦合度也比較大,如果部件個數(shù)自檢的修改也會牽扯到控制中心內部的修改,這樣的行為是違反設計原則的。
外觀模式(Facade)的定義:為子系統(tǒng)中的一組接口提供一個一致的界面,用來訪問子系統(tǒng)中的一群接口。
根據(jù)設計模式的中心思想來做修改,把部件自檢的操作都封裝在單獨的一層中,讓控制中心和部件解耦,我們來看一下修改后的代碼:
1 public class Facade 2 { 3 //自檢 4 public void Inspection() 5 { 6 Component1 com1 = new Component1(); 7 com1.Component1Inspection(); 8 Component2 com2 = new Component2(); 9 com2.Component2Inspection(); 10 Component3 com3 = new Component3(); 11 com3.Component3Inspection(); 12 } 13 }
這樣定義了外觀類過后,再來看一下控制中心的調用修改:
1 ///2 /// 控制中心 3 /// 4 public class CenterController 5 { 6 ///7 /// 啟動時的行為 8 /// 9 public void StartBef() 10 { 11 Facade facade = new Facade(); 12 facade.Inspection(); 13 } 14 }
在兩層中間加入了Facade這一層,耦合的問題就迎刃而解,好像好多解耦的方式都是這樣的。
END 下一篇是關于命令模式的說明。