Facade其實是一個容器中類的靜態代理,他可以讓你以靜態方式來調用存放在容器中任何對象的任何方法,本文主要給大家介紹了關於Laravel中Facade的載入過程與原理的相關資料,需要的朋友可以參考下。希望對大家有所協助。
前言
本文主要給大家介紹了關於Laravel中Facade載入過程與原理的相關內容,分享出來供大家參考學習,下面話不多說了,來一起看看詳細的介紹吧。
簡介
Facades(讀音:/fəˈsäd/ )為應用程式的 服務容器 中可用的類提供了一個「靜態」介面。你不必 use 一大串的命名空間,也不用執行個體化對象,就能訪問對象的具體方法。
use Config;class Test{ public function index() { return Config::get('app.name'); }}
Facade 的啟動與註冊
Facade 的啟動引導是在 Illuminate\Foundation\Bootstrap\RegisterFacades 中註冊的。
public function bootstrap(Application $app){ Facade::clearResolvedInstances(); Facade::setFacadeApplication($app); AliasLoader::getInstance(array_merge( $app->make('config')->get('app.aliases', []), $app->make(PackageManifest::class)->aliases() ))->register();}
預設的別名配置是從 app 設定檔下的 aliases 讀取的,PackageManifest 是 laravel 5.5 新增的 包自動探索 規則,這裡我們暫時不考慮 PackageManifest 包提供的別名。
其中,array_merge 返回如下格式的數組:
"App" => "Illuminate\Support\Facades\App" "Artisan" => "Illuminate\Support\Facades\Artisan" "Auth" => "Illuminate\Support\Facades\Auth" "Blade" => "Illuminate\Support\Facades\Blade" ...
上面代碼將通過 AliasLoader 把所有的 facade 註冊進自動載入。其核心就是 php 的 spl_autoload_register。
/** * Prepend the load method to the auto-loader stack. * * @return void */ protected function register() { if (! $this->registered) { spl_autoload_register([$this, 'load'], true, true); $this->registered = true; } }
註冊完成後,後續所有 use 的類都將通過 load 函數來完成類的自動載入。
注意:這裡在定義 spl_autoload_register 時,最後面的參數傳的是 true。當該參數是 true 時,spl_autoload_register() 會添加函數到隊列之首,而不是隊列尾部。(優先通過該函數來完成自動載入)
也就是說,
<?phpuse Config;use App\User;class Test{ public function index() { Config::get('app.name'); new User(); }}
不管我們 use 的是具體存在的類(App\User)還是別名 (Config),都將最先通過 load 函數來完成自動載入,當該函數返回 false 時,再由其他自動載入函數來完成自動載入(如 composer psr-4)。
在 AliasLoader 的 load 方法中,主要是用了 class_alias 函數來實現的別名自動載入。
public function load($alias){ if (isset($this->aliases[$alias])) { return class_alias($this->aliases[$alias], $alias); }}
關於 class_alias 這裡帖一個官方的列子:
class foo { }class_alias('foo', 'bar');$a = new foo;$b = new bar;// the objects are the samevar_dump($a == $b, $a === $b); //truevar_dump($a instanceof $b); //false// the classes are the samevar_dump($a instanceof foo); //truevar_dump($a instanceof bar); //truevar_dump($b instanceof foo); //truevar_dump($b instanceof bar); //true
Facade 的載入
當我們在使用 Facade 時,如:
<?phpuse Config;class Test{ public function index() { Config::get('app.name'); }}
實際上載入的是 Illuminate\Support\Facades\Config 類(因為我們已經註冊了 class_alias),相當於:
<?phpuse Illuminate\Support\Facades\Config;class Test{ public function index() { Config::get('app.name'); }}
而所有的 Facade 都繼承自 Illuminate\Support\Facades\Facade 類,在該基類中定義了一個 __callStatic 方法,已至於我們能夠輕鬆地使用 Facade(不用實列化)。
<?phppublic static function __callStatic($method, $args){ $instance = static::getFacadeRoot(); if (! $instance) { throw new RuntimeException('A facade root has not been set.'); } return $instance->$method(...$args);}
getFacadeRoot 方法用於擷取別名類的具體實列,我們知道,所有的 Facade 類都需要定義一個 getFacadeAccessor 方法。該方法可能的傳回值有:
如 Config Facade 的 getFacadeAccessor 方法如下:
protected static function getFacadeAccessor(){ return 'config';}
getFacadeRoot 方法將根據 getFacadeAccessor()
的傳回值,從容器從取出對應的實列對象。
public static function getFacadeRoot(){ $name = static::getFacadeAccessor(); if (is_object($name)) { return $name; } if (isset(static::$resolvedInstance[$name])) { return static::$resolvedInstance[$name]; } return static::$resolvedInstance[$name] = static::$app[$name];}
由於 APP 容器中已經註冊過 config 的實列
<?php//Illuminate\Foundation\Bootstrap/LoadConfiguration$app->instance('config', $config = new Repository($items));
所以 \Config::get('app.name', 'dafault)
實際訪問的是 Repository 實列的 get('app.name', 'default')
方法。
相關推薦:
詳解Laravel通過修改Auth使用salt和password認證
詳解Laravel的本地化模組
詳解Laravel中如何重寫資源路由