如何由淺入深理解學(xué)習(xí)PHP的重要點(diǎn)Facade

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