Facades(读音:/fəˈsäd/ )为应用程序的
服务容器
中可用的类提供了一个「静态」接口。你没必要use
一大串的命名空间,也不用实例化对象,就能访问对象的具体方法。php
use Config; class Test { public function index() { return Config::get('app.name'); } }
Facade 的启动引导是在 Illuminate\Foundation\Bootstrap\RegisterFacades
中注册的。laravel
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
包提供的别名。bootstrap
其中,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
。bash
/** * 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()
会添加函数到队列之首,而不是队列尾部。(优先经过该函数来完成自动加载)app
也就是说,composer
<?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
函数来实现的别名自动加载。this
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
时,如:
<?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
, db
)App\Service\SomeService
)如 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')
方法。