作為國人*喜愛的PHP主流的TP框架，其內部也是用到很多的優秀的設計思想，Facade門面模式就是其中之一，通過門面的靜態代理訪問操作類進而實現功能。
  Facade模式為子系統中的各類提供一個簡明一致的界面，隱藏子系統的復雜性，使子系統更加容易使用。它是為子系統中的一組接口所提供的一個一致的界面。Facade并不是laravel框架獨有的東西，它屬于設計模式中的外觀模式。
  我們為什么要理解Facade原理？
  1.為了降低復雜性，常常將系統劃分為若干個子系統。但是如何做到各個系統之間的通信和相互依賴關系達到最小呢？這時候就需要facade模式了。為子系統中的一組接口提供一個一致的界面， Facade模式定義了一個高層接口，這個接口使得這一子系統更加容易使用。引入外觀角色之后，用戶只需要直接與外觀角色交互，用戶與子系統之間的復雜關系由外觀角色來實現，從而降低了系統的耦合度。
  2.如果我們不使用facade模式，想把服務容器里的對象取出來，并調用他的方法，就需要obj->method(arg1,arg2)->func(arg3,arg4);這種代碼是可以接受的，但是還不夠優雅，例如定義一個路由，也要這樣復雜的的形似，就很不友好。facade為我們使用 Laravel 的功能提供了簡單、易記的語法，而無需記住必須手動注入或配置的長長的類名。
  在遇到以下情況使用Facade模式：
  1、當你要為一個復雜子系統提供一個簡單接口時。子系統往往因為不斷演化而變得越來越復雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性，也更容易對子系統進行定制，但這也給那些不需要定制子系統的用戶帶來一些使用上的困難。Facade可以提供一個簡單的缺省視圖，這一視圖對大多數用戶來說已經足夠，而那些需要更多的可定制性的用戶可以越過Facade層。
  2、客戶程序與抽象類的實現部分之間存在著很大的依賴性。引入Facade將這個子系統與客戶以及其他的子系統分離，可以提高子系統的獨立性和可移植性。
  3、當你需要構建一個層次結構的子系統時，使用Facade模式定義子系統中每層的入口點，如果子系統之間是相互依賴的，你可以讓它們僅通過Facade進行通訊，從而簡化了它們之間的依賴關系。Laravel 自帶了很多 Facades ，可以訪問絕大部分 Laravel 的功能。不管是 Laravel 自帶的 Facades，還是用戶自定義的 Facades ，都繼承自 Illuminate\Support\Facades\Facade 類。