外觀模式是為了解決類與類之家的依賴關係的，像spring一樣，可以將類和類之間的關係配置到配置檔案中，而外觀模式就是將他們的關係放在乙個facade類中，降低了類類之間的耦合度，該模式中沒有涉及到介面，看下類圖：（我們以乙個計算機的啟動過程為例）
我們先看下實現類：
public
class cpu
public
void
shutdown()
}
public
class memory
public
void
shutdown()
}
public
class disk
public
void
shutdown()
}
public
class computer
public
void
startup()
public
void
shutdown()
}
public
class user
}
start the computer!
cpu startup!
memory startup!
disk startup!
start computer finished!
begin to close the computer!
cpu shutdown!
memory shutdown!
disk shutdown!
computer closed!
如果我們沒有computer類，那麼，cpu、memory、disk他們之間將會相互持有例項，產生關係，這樣會造成嚴重的依賴，修改乙個類，可能會帶來其他類的修改，這不是我們想要看到的，有了computer類，他們之間的關係被放在了computer類裡，這樣就起到了解耦的作用，這，就是外觀模式！
設計模式之外觀模式
外觀模式提供了乙個統一的介面，用來訪問子系統中的一群介面。這樣可以避免客戶端和子系統之間的緊耦合。這種模式需要將一系列的子系統組合到外觀中，然後將具體的工作交給各個子系統去完成。如此一來，可以簡化介面的呼叫。其本質就是將系統與客戶端互動的地方封裝起來。這個模式，總體來說，很簡單，理解起來也不困難。依...
設計模式之外觀模式
外觀模式 為子系統中的一組介面提供乙個一直的介面，此模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。即通過乙個中類來完成客戶端的請求。拿機房收費系統的上機過程來說，上機需要顯示上機者的資訊，填寫上機狀態表，填寫上機記錄表。而使用者不需要知道這些功能是怎麼實現的，只需要通過介面操作就可以完...
設計模式之外觀模式
外觀模式，為子系統中的一組介面提供乙個一致的介面，此模式定義了乙個高層介面，這個介面使得這一子系統更加容易使用。在設計初期階段，應該要有意識的將不同的兩個層分離，比如經典的三層架構，層與層之間建立外觀facade。在開發階段，子系統往往因不斷的重構演化而變得越來越複雜，增加外觀模式可以提供乙個簡單的...