8 外觀模式

外觀模式(facade)定義：提供了乙個統一的介面，用來訪問子系統中的一組介面。此模式定義了乙個高層介面，讓子系統更易於使用。

類圖如下：

facade類封裝了subsystem的方法或介面，client只需與facade互動。比如，如果sybsystem是單支**，那麼**就可以認為是他們的facade，因為一支**背後有好多支**，對使用者來說，**也比**省心。

外觀模式的使用場合有如下幾種情況：

1 在設計階段，應該有意識地將不同的層分開，比如三層架構，在層與層之間就可以使用外觀模式；

2 在開發階段，子系統因為不斷的重構演化而變得複雜，可以用外觀模式簡化呼叫；

3 維護舊系統時，對於內部一些重要的功能，這些功能和背後的**都比較複雜，基於這些功能開發的時候，可以使用外觀模式。

外觀模式與介面卡模式的比較：

外觀模式和介面卡模式都可以封裝很多個類。但兩者的意圖不同，外觀模式的意圖是簡化介面，而介面卡模式的意圖是將介面轉換成不同的介面。

此外，外觀模式還可以附加「聰明」的功能，因為facade內部可以控制對子系統的呼叫方式，就像**管理人的操作多支**一樣。

德墨忒爾法則

德墨忒爾法則（law of demeter）也叫最少知識，如果兩個類不必彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的某乙個方法的話。類應當降低成員的訪問許可權，除非有必要讓外部訪問的成員，否則都設定為private，而需要公開的字段，就要用屬性來封裝。

德墨忒爾法則強調類與類之間的松耦合，松耦合的設計可以促進復用。