代碼說明
l PayFacade類就是門面類型，提供給客戶端調用，它本身調用子接口。可以看到，創建一個訂單首先要根據用戶名獲取用戶ID、然後要看用戶是否已經激活了游戲、然後看充值卡是否有庫存，最後才是創建訂單。
l AccountSystem、CardSystem以及PaySystem就是子接口，它們提供了賬戶、卡以及充值相關的一些接口方法。
l Facade模式太常用了，把和多方關聯的邏輯代碼再進行一次封裝，提供一個高層接口就是Facade的思想。比如在做論壇程序的時候，一些操作需要調用權限訪問模塊（發帖、管理帖子），另外一些操作可以直接調用（首頁論壇板塊、登陸）數據訪問模塊，由網站來做這個判斷並調用不同的子模塊並不合適，可以加一個業務邏輯層來統一接受網站各種操作請求，這其實就是Facade。
何時采用
l 從代碼角度來說，如果你的程序有多個類是和一組其它接口發生關聯的話可以考慮在其中加一個門面類型。
l 從應用角度來說，如果子系統的接口是非常細的，調用方也有大量的邏輯來和這些接口發生關系，那麼就可以考慮使用Facade把客戶端與子系統的直接耦合關系進行化解。你可能會說，子系統改了門面不是照樣改？的確是需要改，但是如果客戶端本身的工作已經比較復雜，或者說可能有多個需要調用門面的地方，這個時候門面的好處就體現了。
實現要點
l 通過一個高層接口讓子系統和客戶端不發生直接關聯，使客戶端不受子系統變化的影響。
l Facade不僅僅針對代碼級別，在構架上，特別是WEB應用程序的構架上，Facade的應用非常普遍。
注意事項
l Facade不一定只能是一個，可以考慮把門面進行細分。
