摘要:的啟動(dòng)與注冊(cè)的啟動(dòng)引導(dǎo)是在中注冊(cè)的。其中,返回如下格式的數(shù)組上面代碼將通過(guò)把所有的注冊(cè)進(jìn)自動(dòng)加載。注意,這里在定義時(shí),最后面的參數(shù)傳的是。當(dāng)該參數(shù)是時(shí),會(huì)添加函數(shù)到隊(duì)列之首,而不是隊(duì)列尾部。在的方法中,主要是用了函數(shù)來(lái)實(shí)現(xiàn)的別名自動(dòng)加載。
簡(jiǎn)介
Facades(讀音:/f??s?d/ )為應(yīng)用程序的 服務(wù)容器 中可用的類提供了一個(gè)「靜態(tài)」接口。你不必 use 一大串的命名空間,也不用實(shí)例化對(duì)象,就能訪問(wèn)對(duì)象的具體方法。
use Config; class Test { public function index() { return Config::get("app.name"); } }Facade 的啟動(dòng)與注冊(cè)
Facade 的啟動(dòng)引導(dǎo)是在 IlluminateFoundationBootstrapRegisterFacades 中注冊(cè)的。
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(); }
默認(rèn)的別名配置是從 app 配置文件下的 aliases 讀取的,PackageManifest 是 laravel 5.5 新增的 包自動(dòng)發(fā)現(xiàn) 規(guī)則,這里我們暫時(shí)不考慮 PackageManifest 包提供的別名。
其中,array_merge 返回如下格式的數(shù)組:
"App" => "IlluminateSupportFacadesApp" "Artisan" => "IlluminateSupportFacadesArtisan" "Auth" => "IlluminateSupportFacadesAuth" "Blade" => "IlluminateSupportFacadesBlade" ...
上面代碼將通過(guò) AliasLoader 把所有的 facade 注冊(cè)進(jìn)自動(dòng)加載。其核心就是 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; } }
注冊(cè)完成后,后續(xù)所有 use 的類都將通過(guò) load 函數(shù)來(lái)完成類的自動(dòng)加載。
注意,這里在定義 spl_autoload_register 時(shí),最后面的參數(shù)傳的是 true。當(dāng)該參數(shù)是 true 時(shí),spl_autoload_register() 會(huì)添加函數(shù)到隊(duì)列之首,而不是隊(duì)列尾部。(優(yōu)先通過(guò)該函數(shù)來(lái)完成自動(dòng)加載)
也就是說(shuō),
不管我們 use 的是具體存在的類(AppUser)還是別名 (Config),都將最先通過(guò) load 函數(shù)來(lái)完成自動(dòng)加載,當(dāng)該函數(shù)返回 false 時(shí),再由其他自動(dòng)加載函數(shù)來(lái)完成自動(dòng)加載(如 composer psr-4)。
在 AliasLoader 的 load 方法中,主要是用了 class_alias 函數(shù)來(lái)實(shí)現(xiàn)的別名自動(dòng)加載。
public function load($alias) { if (isset($this->aliases[$alias])) { return class_alias($this->aliases[$alias], $alias); } }關(guān)于 class_alias 這里帖一個(gè)官方的列子:
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); //trueFacade 的加載當(dāng)我們?cè)谑褂?Facade 時(shí),如:
實(shí)際上加載的是 IlluminateSupportFacadesConfig 類(因?yàn)槲覀円呀?jīng)注冊(cè)了 class_alias),相當(dāng)于:
而所有的 Facade 都繼承自 IlluminateSupportFacadesFacade 類,在該基類中定義了一個(gè) __callStatic 方法,已至于我們能夠輕松地使用 Facade(不用實(shí)列化)。
$method(...$args); }getFacadeRoot 方法用于獲取別名類的具體實(shí)列,我們知道,所有的 Facade 類都需要定義一個(gè) getFacadeAccessor 方法。該方法可能的返回值有:
String 類型的字符串(如 config, db)
String 類型的類字符串 (如 AppServiceSomeService)
Object 具體的實(shí)列化對(duì)象
Closure 閉包
如 Config Facade 的 getFacadeAccessor 方法如下:
protected static function getFacadeAccessor() { return "config"; }getFacadeRoot 方法將根據(jù) getFacadeAccessor() 的返回值,從容器從取出對(duì)應(yīng)的實(shí)列對(duì)象。
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 容器中已經(jīng)注冊(cè)過(guò) config 的實(shí)列
instance("config", $config = new Repository($items));所以 Config::get("app.name", "dafault) 實(shí)際訪問(wèn)的是 Repository 實(shí)列的 get("app.name", "default") 方法。
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/25869.html
摘要:外觀模式定義了一個(gè)高層接口,這個(gè)接口使得這一子系統(tǒng)更加容易使用。將使用者與子系統(tǒng)從直接耦合,轉(zhuǎn)變成由外觀類提供統(tǒng)一的接口給使用者使用,以降低客戶端與子系統(tǒng)之間的耦合度。接下來(lái)將深入分析外觀服務(wù)的加載過(guò)程。引導(dǎo)程序?qū)⒃谔幚碚?qǐng)求是完成引導(dǎo)啟動(dòng)。 本文首發(fā)于 深入淺出 Laravel 的 Facade 外觀系統(tǒng),轉(zhuǎn)載請(qǐng)注明出處。 今天我們將學(xué)習(xí) Laravel 核心架構(gòu)中的另一個(gè)主題「Fac...
摘要:容器主要的作用就是生產(chǎn)各種零件,就是提供各個(gè)服務(wù)。的原理我們以為例,來(lái)講解一下門(mén)面的原理與實(shí)現(xiàn)。當(dāng)運(yùn)行時(shí),發(fā)現(xiàn)門(mén)面沒(méi)有靜態(tài)函數(shù),就會(huì)調(diào)用這個(gè)魔術(shù)函數(shù)。我們看到這個(gè)魔術(shù)函數(shù)做了兩件事獲得對(duì)象實(shí)例,利用對(duì)象調(diào)用函數(shù)。 前言 在開(kāi)始之前,歡迎關(guān)注我自己的博客:www.leoyang90.cn這篇文章我們開(kāi)始講 laravel 框架中的門(mén)面 Facade,什么是門(mén)面呢?官方文檔: Facade...
摘要:總結(jié)本文主要學(xué)習(xí)了啟動(dòng)時(shí)做的七步準(zhǔn)備工作環(huán)境檢測(cè)配置加載日志配置異常處理注冊(cè)注冊(cè)啟動(dòng)。 說(shuō)明:Laravel在把Request通過(guò)管道Pipeline送入中間件Middleware和路由Router之前,還做了程序的啟動(dòng)Bootstrap工作,本文主要學(xué)習(xí)相關(guān)源碼,看看Laravel啟動(dòng)程序做了哪些具體工作,并將個(gè)人的研究心得分享出來(lái),希望對(duì)別人有所幫助。Laravel在入口index...
摘要:服務(wù)提供者先看看定義服務(wù)提供者是所有應(yīng)用程序啟動(dòng)的中心所在。通過(guò)本文,希望大家能夠了解服務(wù)提供者,,和實(shí)際調(diào)用的類的實(shí)例之間的關(guān)系。 以 Laravel 自帶的文件系統(tǒng)為例,在 config/app.php 的配置文件的 providers 數(shù)組中,注冊(cè)了一個(gè)服務(wù)提供者: IlluminateFilesystemFilesystemServiceProvider::class, 在 a...
摘要:它的目的是提供正確的方式進(jìn)行頁(yè)面交互測(cè)試,所以可以使用去點(diǎn)擊按鈕或者鏈接填寫(xiě)表單甚至拖放。此外,提到測(cè)試運(yùn)行比更快。此次因底層架構(gòu)改變較大而重命名。這個(gè)功能受到的啟發(fā),能夠?qū)⒃睾?jiǎn)化為可重用區(qū)域。 showImg(https://segmentfault.com/img/remote/1460000008212617); 轉(zhuǎn)自 Laravel 社區(qū):https://laravel-ch...
閱讀 2973·2021-10-20 13:46
閱讀 2520·2021-08-12 13:22
閱讀 2705·2019-08-30 15:54
閱讀 2343·2019-08-30 15:53
閱讀 549·2019-08-30 13:47
閱讀 3583·2019-08-23 16:56
閱讀 1733·2019-08-23 13:02
閱讀 1799·2019-08-23 12:25