舉一個(gè)生活中的小例子，大凡開過學(xué)或者畢過業(yè)的都會(huì)體會(huì)到這樣一種郁悶：你要去 n個(gè)地方辦理 n 個(gè)手續(xù)（現(xiàn)在大學(xué)合并后就更加麻煩，因?yàn)榭赡苣?n 個(gè)地方都隔的比較遠(yuǎn)）。

但是實(shí)際上我們需要的就是一個(gè)最后一道手續(xù)的證明而已，對于前面的手續(xù)是怎么辦的、到什么地方去辦理我們都不感興趣。

實(shí)際上在軟件系統(tǒng)開發(fā)中也經(jīng)常回會(huì)遇到這樣的情況，可能你實(shí)現(xiàn)了一些接口（模塊），而這些接口（模塊）都分布在幾個(gè)類中（比如 A 和 B、C、D）：A 中實(shí)現(xiàn)了一些接口，B 中實(shí)現(xiàn)一些接口（或者 A 代表一個(gè)獨(dú)立模塊，B、C、D 代表另一些獨(dú)立模塊）。然后你的客戶程序員（使用你設(shè)計(jì)的開發(fā)人員）只有很少的要知道你的不同接口到底是在那個(gè)類中實(shí)現(xiàn)的，絕大多數(shù)只是想簡單的組合你的 A－D 的類的接口，他并不想知道這些接口在哪里實(shí)現(xiàn)的。

這里的客戶程序員就是上面生活中想辦理手續(xù)的郁悶的人！在現(xiàn)實(shí)生活中我們可能可以很快想到找一個(gè)人代理所有的事情就可以解決你的問題（你只要維護(hù)和他的簡單的一個(gè)接口而已了?。?，在軟件系統(tǒng)設(shè)計(jì)開發(fā)中我們可以通過一個(gè)叫做 Facade 的模式來解決上面的問題。

我們通過外觀模式解決上面的問題，其典型的結(jié)構(gòu)圖為：

外觀模式的想法、思路和實(shí)現(xiàn)都非常簡單，但是其思想?yún)s是非常有意義的。并且外觀設(shè)計(jì)模式在實(shí)際的開發(fā)設(shè)計(jì)中也是應(yīng)用最廣、最多的模式之一。

應(yīng)用示例：
     假如你想吃一頓大餐，那么我想你要，首先去買菜，然后回到家后自己做菜，最后吃完飯以后要洗碗打掃。
     這么一來你需要3個(gè)類，Shopper， Cook， Dishwasher， 分別來完成買菜，做菜，洗碗等工作，顯然這非常麻煩，能不能簡化這個(gè)過程？當(dāng)然可以！去餐館吃。
     餐館這時(shí)候顯然就是外觀模式了，他把復(fù)雜的過程封裝到內(nèi)部，用戶不用關(guān)心細(xì)節(jié)。

實(shí)現(xiàn)代碼：
Shopper 采購類

class Shopper 
{ 
public: 
 void shopForGroceries() 
 { 
  cout<<"買菜"<<endl; 
 } 
 
}; 

Cook 廚師類

class Cook 
{ 
public: 
 void doCook() 
 { 
  cout<<"做飯"<<endl; 
 } 
 
}; 

洗碗工類 Dishwasher

class Dishwasher 
{ 
public: 
 void washDish() 
 { 
  cout<<"洗碗"<<endl; 
 } 
}; 

餐館類

class Restaurant 
{ 
public: 
 Restaurant() 
 { 
 
 } 
 void haveAMeal() 
 { 
  m_shopper.shopForGroceries(); 
  m_cook.doCook(); 
  m_washer.washDish(); 
 } 
private: 
 Shopper m_shopper; 
 Cook m_cook; 
 Dishwasher m_washer; 
}; 

客戶端：

Restaurant rt; 
rt.haveAMeal();