laravel容器延迟加载以及auth扩展详解
|
昨天按照手册教程，动手写一个Auth扩展，按照包独立性的原则，我不希望将Auth::extend()这种方法写在 start.php 中,毫无疑问，我选择了在服务提供器register()方法中注册扩展驱动。然而，事与愿违…… 发现问题当我在 LoauthServiceProvider 中这样写的时候： 代码如下: 报错 代码如下: 寻找原因当时就纳闷了，找原因，怀疑是Auth没注册？检查发现注册了，因为在路由中可以使用；php artisan clear-compiled 没用；百思不得其解，甚至怀疑是我不小心修改了核心类，还重新下载了一次laravel包，问题依旧。 折腾了一晚上，最终我把目光锁定在 AuthServiceProvider 的 $defer 属性。 根据手册以及注释，我们得知 $defer 属性是用来延迟加载该服务提供器，说直白点就是延迟执行 register() 方法，只需要配合provides()方法即可实现。举个例子： 代码如下: 这个是 AuthServiceProvider 里的方法，当框架初始化的时候，会依次加载服务提供器，如果发现这个服务提供器protected $defer=true 那么就会调用它的 provides() 方法，其返回的数组包含需要延迟加载的服务名称,这样当我们在路由、控制器或者其他地方调用 Auth::METHOD() 的时候，才会去调用提供器的 register() 方法。 确定症结那么问题来了，既然是被动延迟加载，也就是说当我调用Auth类方法时应该会自动实例化Auth类啊，为什么我在LoauthServiceProvider中调用的时候却提示方法不存在，但是在路由中却可以呢。 我猜测是因为优先级的问题，可能在框架注册 LoauthServiceProvider::register() 的时候，Auth 还没有标记为延迟加载，这就造成了一个先后问题，任何即时加载的服务提供器都无法在register方法中调用延迟加载的服务。 经过研究，顺利在核心代码中找到证据 IlluminateFoundationProviderRepository 代码如下: register($this->createProvider($app,$provider));
}
//延迟加载标记在即时加载服务之后
$app->setDeferredServices($manifest['deferred']);
}
解决之道虽然发现了问题所在，但并不代表问题就解决了，修改核心代码不是个明智的选择，所以只能在我们自己的包里想办法咯，一个解决方案如下： 代码如下: app);
$authProvider->register();
Auth::extend('loauth',function($app){});
}
既然auth还未注册，那么我们手动调用它的register方法帮它注册。 以上就是本文的全部内容了，希望大家能够喜欢。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |