>  기사  >  백엔드 개발  >  Laravel Service Provider에서 지연 로딩을 개발하고 설정할 때 발생하는 문제

Laravel Service Provider에서 지연 로딩을 개발하고 설정할 때 발생하는 문제

小云云
小云云원래의
2018-01-08 10:11:141558검색

이 글에서는 Laravel Service Provider에서 지연 로딩을 개발하고 설정할 때 발생하는 문제를 주로 소개합니다. 이 글은 필요한 모든 사람의 학습이나 업무에 대한 확실한 참고 자료와 학습 가치를 제공합니다. 아래를 따라가서 함께 살펴볼까요? 그것이 모두에게 도움이 되기를 바랍니다.

머리말

이 글은 주로 Laravel Service Provider에서 지연 로딩을 설정할 때 발생하는 몇 가지 문제를 소개합니다. 이 글은 모두 실제 프로젝트 요구 사항에 따른 것입니다. 최근 laravel-database-logger 패키지를 개발할 때 ServiceProvider 설정을 발견했습니다. defer 속성을 true로 설정하면 Register 메소드에 등록된 미들웨어가 유효하지 않게 됩니다.

class ServiceProvider extends \Illuminate\Support\ServiceProvider
{
 protected $defer = true; 
 public function register()
 {
 $this->mergeConfigFrom(
  __DIR__ . '/../config/config.php', 'ibrand.dblogger'
 );
 $this->app->singleton(DbLogger::class, function ($app) {
  return new DbLogger();
 });
 //当 $defer 设置为 true 时,在路由中引用 databaselogger middleware 会报错,提示 databaselogger class not found.
 $this->app[\Illuminate\Routing\Router::class]->middleware('databaselogger', Middleware::class);

 } 
 public function provides()
 {
 return [DbLogger::class];
 }
}

문제가 발생했을 때 defer 속성을 true로 설정했기 때문에 발생했다고 의심했습니다. 즉시 소스 코드를 수정하고 보호된 $defer = true 코드를 주석 처리했습니다. 결과는 여전히 데이터베이스로거 클래스가 아닙니다. 이 ServiceProvder가 등록되지 않았음을 나타냅니다.

다음으로 이 문제를 해결하는 방법은 다음과 같습니다.

1. 자체 코드에 문제가 있는지 확인합니다. 정상적으로 등록된 AppServiceProvider

public function register()
 {
 //
 $this->app->register(\Ibrand\DatabaseLogger\ServiceProvider::class);
 }

에 자신의 ServiceProvider를 등록하세요. 등록 후 결과 모든 것이 잘 작동합니다.

2. 소스 코드 연구


config/app.php에서는 공급자 등록이 유효하지 않지만 다른 ServiceProvider에 등록은 유효하므로 또 다른 문제가 있음을 나타냅니다.

IlluminateFoundationApplication 소스 코드를 연구하여 RegisterConfiguredProviders 메소드를 찾으세요.

Laravel은 이 메소드의 config/app.php에 있는 공급자 콘텐츠를 읽고 이를 ProviderRepository에 로드합니다.

(new ProviderRepository($this, new Filesystem, $this->getCachedServicesPath()))
     ->load($providers->collapse()->toArray());

초점은 $this->getCachedServicesPath() 에 있습니다. 소스 코드를 통해 Laravel은 bootstrap/cache/services.php 파일을 기반으로 ServiceProvider를 등록하는 방법을 결정한다는 것을 발견했습니다.

이때 //protected $defer = true; 코드가 여전히 유효하지 않은 이유에 대해 이전에 주석을 달아서 생각했습니다.

그래서 주석 처리된 //protected $defer = true; 코드를 유효하게 만들기 위해서는 실행이 필요합니다.

php artisan clear-compiled 
php artisan optimize

이제 문제가 해결되고 ServiceProvider의 원리가 더 깊이 이해되었습니다.

그러므로 기억하세요: ServiceProvider의 지연 로드를 사용하려는 경우 미들웨어, 경로 및 기타 일련의 작업을 등록하는 것은 엄격히 금지됩니다. 동시에 defer 속성 값을 변경한 후 php artisan Clear-compiled 및 php artisanoptim을 실행하여 ServiceProvider 캐시를 업데이트해야 합니다.


3. AppServiceProvider에 등록하는 것이 유효한 이유는 무엇입니까?

AppServiceProvider는 로딩을 지연시키지 않기 때문에 매우 간단합니다. 따라서 새로운 ServiceProvider를 등록하기 위해 AppServiceProvider에서 등록 메소드를 실행해도 로딩이 지연되지 않습니다.

요약


지연 로딩 ServiceProvider를 주의해서 사용하세요


defer 속성 값을 변경한 후 php artisan clean-compiled 및 php artisanoptim을 실행하여 ServiceProvider 캐시를 업데이트해야 합니다.


지연 로드 ServiceProvider에 미들웨어 및 경로를 등록하는 것은 엄격히 금지되어 있습니다.

관련 권장 사항:

Laravel Service Providers 문제

Laravel Service Providers는 종속성 주입 중에 어떤 클래스가 인스턴스화되는지 결정하는 방법을 알려줍니다.

Laravel Service Provider 개발 중 지연 로딩 설정 시 발생하는 문제에 대한 솔루션

위 내용은 Laravel Service Provider에서 지연 로딩을 개발하고 설정할 때 발생하는 문제의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.