Laravel中Facade的加載歷程與原理詳解

更新:2017-10-25    編輯:問絲    來源:轉載    人氣:加載中...    字號:|

標簽:加載  原理  詳解  過程  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() 會添加函數到隊列之首,而不是隊列尾部。(優先通過該函數來完成自動加載)

也就是說,

<?php use 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 same var_dump($a == $b, $a === $b); //true var_dump($a instanceof $b); //false // the classes are the same var_dump($a instanceof foo); //true var_dump($a instanceof bar); //true var_dump($b instanceof foo); //true var_dump($b instanceof bar); //true

Facade 的加載

當我們在應用 Facade 時,如:

<?php use Config; class Test { public function index() { Config::get('app.name'); } }

實際上加載的是 Illuminate\Support\Facades\Config 類(因為我們已經注冊了 class_alias),相當于:

<?php use Illuminate\Support\Facades\Config; class Test { public function index() { Config::get('app.name'); } }

而所有的 Facade 都繼承自 Illuminate\Support\Facades\Facade 類,在該基類中定義了一個 __callStatic 法子,已至于我們能夠輕松地應用 Facade(不用實列化)。

<?php public 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') 法子。

總結


評論列表(網友評論僅供網友表達個人看法,并不表明本站同意其觀點或證實其描述)

站點導航

您可能在找這些
黑龙江快乐十分走势图