站长资讯网
最全最丰富的资讯网站

在代码中获取到容器实例(Laravel)

本文由laravel教程栏目给大家介绍怎么在代码中获取到容器实例,希望对需要的朋友有所帮助!

laravel容器实例在整个请求生命周期中都是唯一的,且管理着所有的服务组件实例。那么有哪些方式能够拿到laravel容器的实例呢?常用的有以下几种方式:

1) 通过app这个help函数:

$app = app();

app这个辅助函数定义在

在代码中获取到容器实例(Laravel)

文件里面,这个文件定义了很多help函数,并且会通过composer自动加载到项目中。所以,在参与http请求处理的任何代码位置都能够访问其中的函数,比如app()。

2)通过App这个Facade

<?php Route::get('/', function () {     dd(App::basePath());     return ''; });

通过App这个Facade拿容器实例的方式,跟上面不同的是,不能把App先赋给一个变量,然后通过变量来调用容器的方法。这是因为App相当于只是一个类名,我们不能把一个类名复制一个变量。$app = App;不是一个合法的可执行的语句,而$app = app();却是一个合法的可执行的语句,因为它后面有app(),表示函数调用。App::basePath();也是一个合法的语句,它就是在调用类的静态方法。

再补充2点:

第一点: Facade是laravel框架里面比较特殊的一个特性,每个Facade都会与容器里面的一个实例对象关联,我们可以直接通过Facade类静态方法调用的形式来调用它关联的实例对象的方法。比如App这个Facade,调用App::basePath()的时候,实际相当于app()->basePath()。

这个底层机制也是依赖于php语言的特性才能实现的,需要在每一个Facade里面,设定一个静态成员并关联到一个服务的实例对象,当调用Facade类的静态方法的时候,解析出调用的方法名,再去调用关联的服务实例的同名方法,最后把结果返回。

我认为理解Facade能起到什么作用就够了,不一定要深究到它底层去了解实现的细节,毕竟在实际的开发中,不用Facade,也完全不影响laravel框架的使用。另外在实际编码中,要自定义一个Facade也非常容易,只要继承laravel封装的Facade基类即可:

<?php namespace ThirdProvidersCasServerFacades; use IlluminateSupportFacadesFacade; use ThirdProvidersCasServerCasServerManager; class CasServer extends Facade {     protected static function getFacadeAccessor()     {         return CasServerManager::class;     } }

实现Facade基类的getFacadeAccessor方法,laravel框架就知道这个Facade类该与哪个服务实例关联起来了。实际上这个getFacadeAccess方法,返回的名称就是后面要介绍的服务绑定名称。在laravel容器里面,一个服务实例,都会有一个固定的绑定名称,通过这个名称就能找到这个实例。所以为啥Facade类只要返回服务绑定名称即可。

我们可以看看App这个Facade类的代码:

<?php namespace IlluminateSupportFacades; /**  * @see IlluminateFoundationApplication  */ class App extends Facade {     /**      * Get the registered name of the component.      *      * @return string      */     protected static function getFacadeAccessor()     {         return 'app';     } }

它的getFacadeAccessor返回的就是一个字符串“app”,这个app就是laravel容器自己绑定自己时用的名称。

第二点:从上一点最后App这个Facade的源码可以看出,App这个Facade的全类名其实是:IlluminateSupportFacadesApp,那为什么我们在代码里面能够直接通过App这个简短的名称就能访问到呢:

<?php Route::get('/', function () {     dd(App::basePath());     return ''; });

你看以上代码完全没有用到use或者完全限定的方式来使用IlluminateSupportFacadesApp。实际上App跟IlluminateSupportFacadesApp是完全等价的,只不过App比IlluminateSupportFacadesApp要简短很多,而且不需要use,所以用起来方便,那么它是怎么实现的?这跟laravel容器配置的别名有关系,在config/app.php中,

有一节aliases专门用来配置一些类型的别名:

'aliases' => [     'App' => IlluminateSupportFacadesApp::class,     'Artisan' => IlluminateSupportFacadesArtisan::class,     'Auth' => IlluminateSupportFacadesAuth::class,     'Blade' => IlluminateSupportFacadesBlade::class,     'Bus' => IlluminateSupportFacadesBus::class,     'Cache' => IlluminateSupportFacadesCache::class,     'Config' => IlluminateSupportFacadesConfig::class,     'Cookie' => IlluminateSupportFacadesCookie::class,     'Crypt' => IlluminateSupportFacadesCrypt::class,     'DB' => IlluminateSupportFacadesDB::class,     'Eloquent' => IlluminateDatabaseEloquentModel::class,     'Event' => IlluminateSupportFacadesEvent::class,     'File' => IlluminateSupportFacadesFile::class,     'Gate' => IlluminateSupportFacadesGate::class,     'Hash' => IlluminateSupportFacadesHash::class,     'Lang' => IlluminateSupportFacadesLang::class,     'Log' => IlluminateSupportFacadesLog::class,     'Mail' => IlluminateSupportFacadesMail::class,     'Notification' => IlluminateSupportFacadesNotification::class,     'Password' => IlluminateSupportFacadesPassword::class,     'Queue' => IlluminateSupportFacadesQueue::class,     'Redirect' => IlluminateSupportFacadesRedirect::class,     'Redis' => IlluminateSupportFacadesRedis::class,     'Request' => IlluminateSupportFacadesRequest::class,     'Response' => IlluminateSupportFacadesResponse::class,     'Route' => IlluminateSupportFacadesRoute::class,     'Schema' => IlluminateSupportFacadesSchema::class,     'Session' => IlluminateSupportFacadesSession::class,     'Storage' => IlluminateSupportFacadesStorage::class,     'URL' => IlluminateSupportFacadesURL::class,     'Validator' => IlluminateSupportFacadesValidator::class,     'View' => IlluminateSupportFacadesView::class ],

然后在laravel框架处理请求过程中,会通过IlluminateFoundationBootstrapRegisterFacades这个类来注册这些别名到全局环境里面:

<?php namespace IlluminateFoundationBootstrap; use IlluminateSupportFacadesFacade; use IlluminateFoundationAliasLoader; use IlluminateContractsFoundationApplication; class RegisterFacades {     /**      * Bootstrap the given application.      *      * @param  IlluminateContractsFoundationApplication  $app      * @return void      */     public function bootstrap(Application $app)     {         Facade::clearResolvedInstances();         Facade::setFacadeApplication($app);         AliasLoader::getInstance($app->make('config')->get('app.aliases', []))->register();     } }

所以我们才能直接通过别名,代替完整的类型名做同样的访问功能。如果你自己写了一些类,名称很长,并且在代码里面用的特别多,也可以考虑配置到config/app.php别名里面去,laravel会帮我们注册。

3)另外一种方式拿到laravel容器实例就是在服务提供者里面直接使用$this->app

服务提供者后面还会介绍,现在只是引入。因为服务提供者类都是由laravel容器实例化的,这些类都继承自IlluminateSupportServiceProvider,它定义了一个实例属性$app

在代码中获取到容器实例(Laravel)

laravel在实例化服务提供者的时候,会把laravel容器实例注入到这个$app上面。所以我们在服务提供者里面,始终能通过$this->$app访问到laravel容器实例,而不需要再使用app()函数或者App Facade了。

赞(0)
分享到: 更多 (0)
网站地图   沪ICP备18035694号-2    沪公网安备31011702889846号