IronMan之外觀
接著上篇觀察者內容的“劇情”，沒看過的朋友也沒關系，篇幅之間有銜接的關系但是影響不大。
需求:
為"兵工廠"提供各種支持,生產了各式各樣的"IronMan",因為"IronMan"是智能的，它有一個"總控中心"，用來使用各個部件的功能，以及 其它功能的使用。"總控中心"也是用戶在穿戴時顯示在用戶眼前的UI。
現在遇到一個問題，大家都來看一下，"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 }
假設還有若干個部件，按照平常的狀態它們都要一一的自檢。在這樣的情況下使用的代碼則是這樣的:
1 /// <summary>
2 /// 控制中心
3 /// </summary>
4 public class CenterController
5 {
6 /// <summary>
7 /// 啟動時的行為
8 /// </summary>
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 }
這樣做下去的話是不是很費事，而且控制中心和部件的耦合度也比較大，如果部件個數自檢的修改也會牽扯到控制中心內部的修改，這樣的行為是違反設計原則的。
外觀模式（Facade）的定義:為子系統中的一組接口提供一個一致的界面，用來訪問子系統中的一群接口。
根據設計模式的中心思想來做修改,把部件自檢的操作都封裝在單獨的一層中,讓控制中心和部件解耦,我們來看一下修改後的代碼:
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 /// <summary>
2 /// 控制中心
3 /// </summary>
4 public class CenterController
5 {
6 /// <summary>
7 /// 啟動時的行為
8 /// </summary>
9 public void StartBef()
10 {
11 Facade facade = new Facade();
12 facade.Inspection();
13 }
14 }
在兩層中間加入了Facade這一層，耦合的問題就迎刃而解，好像好多解耦的方式都是這樣的。
END 下一篇是關於命令模式的說明。
作者：金源
出處：http://www.cnblogs.com/jin-yuan/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面
