昨天按照手冊教程,動手寫一個Auth擴展,按照包獨立性的原則,我不希望將Auth::extend()這種方法寫在 start.php 中,毫無疑問,我選擇了在服務提供器register()方法中注冊擴展驅(qū)動。然而,事與愿違……
發(fā)現(xiàn)問題
當我在 LoauthServiceProvider 中這樣寫的時候:
代碼如下:
public function register()
{
//
\Auth::extend('loauth',function($app){});
}
報錯
代碼如下:
Call to undefined method Illuminate\Support\Facades\Auth::extend()
尋找原因
當時就納悶了,找原因,懷疑是Auth沒注冊?檢查發(fā)現(xiàn)注冊了,因為在路由中可以使用;php artisan clear-compiled 沒用;百思不得其解,甚至懷疑是我不小心修改了核心類,還重新下載了一次laravel包,問題依舊。
折騰了一晚上,最終我把目光鎖定在 AuthServiceProvider 的 $defer 屬性。
根據(jù)手冊以及注釋,我們得知 $defer 屬性是用來延遲加載該服務提供器,說直白點就是延遲執(zhí)行 register() 方法,只需要配合provides()方法即可實現(xiàn)。舉個例子:
代碼如下:
public function provides()
{
return array('auth');
}
這個是 AuthServiceProvider 里的方法,當框架初始化的時候,會依次加載服務提供器,如果發(fā)現(xiàn)這個服務提供器protected $defer=true 那么就會調(diào)用它的 provides() 方法,其返回的數(shù)組包含需要延遲加載的服務名稱,這樣當我們在路由、控制器或者其他地方調(diào)用 Auth::METHOD() 的時候,才會去調(diào)用提供器的 register() 方法。
確定癥結(jié)
那么問題來了,既然是被動延遲加載,也就是說當我調(diào)用Auth類方法時應該會自動實例化Auth類啊,為什么我在LoauthServiceProvider中調(diào)用的時候卻提示方法不存在,但是在路由中卻可以呢。
我猜測是因為優(yōu)先級的問題,可能在框架注冊 LoauthServiceProvider::register() 的時候,Auth 還沒有標記為延遲加載,這就造成了一個先后問題,任何即時加載的服務提供器都無法在register方法中調(diào)用延遲加載的服務。
經(jīng)過研究,順利在核心代碼中找到證據(jù) Illuminate\Foundation\ProviderRepository
代碼如下:
public function load(Application $app, array $providers)
{
//...省略
// We will go ahead and register all of the eagerly loaded providers with the
// application so their services can be registered with the application as
// a provided service. Then we will set the deferred service list on it.
foreach ($manifest['eager'] as $provider)
{
$app->register($this->createProvider($app, $provider));
}
//延遲加載標記在即時加載服務之后
$app->setDeferredServices($manifest['deferred']);
}
解決之道
雖然發(fā)現(xiàn)了問題所在,但并不代表問題就解決了,修改核心代碼不是個明智的選擇,所以只能在我們自己的包里想辦法咯,一個解決方案如下:
代碼如下:
public function register()
{
//
$authProvider = new \Illuminate\Auth\AuthServiceProvider($this->app);
$authProvider->register();
\Auth::extend('loauth',function($app){});
}
既然auth還未注冊,那么我們手動調(diào)用它的register方法幫它注冊。
以上就是本文的全部內(nèi)容了,希望大家能夠喜歡。
更多信息請查看IT技術(shù)專欄