Laravel Service Provider 개발 중 지연 로딩을 설정할 때 발생하는 문제에 대한 자세한 설명
이 글에서는 Laravel Service Provider에서 지연 로딩을 개발하고 설정할 때 발생하는 문제를 주로 소개합니다. 샘플 코드를 통해 자세히 소개합니다. 모든 사람의 학습이나 업무에 필요한 참고 자료입니다. 친구들아, 편집자와 함께 살펴보자.
Preface
이 글에서는 주로 Laravel Service Provider에서 지연 로딩을 설정할 때 발생하는 몇 가지 문제를 소개합니다. 이 모든 글은 실제 프로젝트 요구사항에 따른 것입니다. 최근 laravel-database-logger 패키지를 개발할 때 ServiceProvider defer 속성을 true로 설정하면 등록 메소드에 등록된 미들웨어가 유효하지 않게 되는 것을 발견했습니다.
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로 설정해서 발생한 문제인 것으로 의심하고 즉시 소스코드를 수정했습니다. < 코드 코드>protected $defer = true;를 주석 처리해도 결과는 여전히 databaselogger 클래스를 찾을 수 없습니다.
라는 메시지로 표시되어 Laravel이 이 ServiceProvder#🎜🎜를 등록하지 않았음을 나타냅니다. #protected $defer = true;
的代码注释掉,结果仍然是提示 databaselogger class not found.
,说明 Laravel 并没有注册此 ServiceProvder
接下来就是想如何解决此问题,尝试了下面的方法:
1. 验证本身代码是否存在问题
在正常注册的 AppServiceProvider 中注册自己的 ServiceProvider
public function register() { // $this->app->register(\Ibrand\DatabaseLogger\ServiceProvider::class); }
注册后结果一切正常。
2. 研究源码
在 config/app.php 中 providers 注册无效,但是在其他 ServiceProvider 中注册有效,说明是其他问题。
通过研究 IlluminateFoundationApplication 源码找到 registerConfiguredProviders 方法:
Laravel 是在此方法中去读取 config/app.php 中的 providers 内容并load到 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时,严禁进行注册 middleware, route 等系列操作。同时,更改 defer 属性值后,需要执行 php artisan clear-compiled
和 php artisan optimize
以更新 ServiceProvider 缓存。
3. 为什么 AppServiceProvider 中注册有效?
愿意很简单,因为 AppServiceProvider 并没有延迟加载,因此在执行 AppServiceProvider 中 register 方法去注册新的 ServiceProvider 也是不会延迟加载的。
总结
谨慎使用延迟加载 ServiceProvider
更改 defer 属性值后,需要执行 php artisan clear-compiled
和 php artisan optimize
다음 단계는 이 문제를 해결하는 방법을 파악하는 것이며 다음 방법을 시도했습니다.
일반적으로 등록된 AppServiceProvider에 자신의 ServiceProvider를 등록하세요#🎜 🎜#등록 후에는 모든 것이 정상입니다.
구성/앱에 잘못된 공급자 등록이 있습니다. php 이지만 다른 ServiceProvider에서의 등록은 유효하며 이는 또 다른 문제를 나타냅니다.
IlluminateFoundationApplication 소스 코드를 연구하여 RegisterConfiguredProviders 메소드를 찾으세요:
Laravel은 이 메소드를 사용하여 config/app.php의 공급자 콘텐츠를 읽고 이를 ProviderRepository에 로드합니다.
rrreee#🎜🎜##🎜🎜##🎜🎜#초점은$this->getCachedServicesPath()
입니다. 소스 코드를 통해 Laravel은 ServiceProvider를 등록하는 방법을 결정하기 위해 bootstrap /cache/services.php 파일을 기반으로 한다는 것을 발견했습니다. #🎜🎜##🎜🎜#이때 이전에 주석을 달았던 //protected $defer = true 코드가 여전히 유효하지 않은 이유를 생각해봤습니다. #🎜🎜##🎜🎜#따라서 주석이 달린 //protected $defer = true
코드가 유효하려면 #🎜🎜##🎜🎜##🎜🎜 #rrreee#🎜🎜# #🎜🎜##🎜🎜#그 후 문제가 해결되었고 ServiceProvider의 원칙에 대해 더 깊이 이해하게 되었습니다. #🎜🎜##🎜🎜#그러므로 기억하세요: ServiceProvider의 지연 로드를 사용하려는 경우 미들웨어, 경로 및 기타 일련의 작업을 등록하는 것은 엄격히 금지됩니다. 동시에 defer 속성 값을 변경한 후 php artisanclear-compiled
및 php artisanoptimize
를 실행하여 ServiceProvider 캐시를 업데이트해야 합니다. #🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜#3. AppServiceProvider에 등록하는 것이 유효한 이유는 무엇입니까? #🎜🎜##🎜🎜##🎜🎜##🎜🎜# AppServiceProvider는 로딩을 지연시키지 않기 때문에 쉽습니다. 따라서 새로운 ServiceProvider를 등록하기 위해 AppServiceProvider에서 등록 메소드를 실행해도 로딩이 지연되지 않습니다. #🎜🎜##🎜🎜##🎜🎜##🎜🎜#요약#🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜#지연 로딩 서비스 제공자를 주의해서 사용하세요#🎜🎜##🎜🎜 # #🎜🎜#defer 속성 값을 변경한 후 php artisanclear-compiled
및 php artisanoptimize
를 실행하여 ServiceProvider 캐시를 업데이트해야 합니다. #🎜🎜##🎜🎜##🎜🎜#지연 로드된 ServiceProvider에 미들웨어 및 경로를 등록하는 것은 엄격히 금지됩니다. #🎜🎜##🎜🎜##🎜🎜##🎜🎜#당신이 관심을 가질 만한 기사: #🎜🎜##🎜🎜##🎜🎜#PHP는 정렬 힙 정렬 알고리즘을 구현합니다#🎜🎜##🎜🎜## 🎜🎜##🎜🎜##🎜🎜#PHP 단순 선택 정렬 알고리즘 학습#🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜#WeChat 점프 php 코드 구현 상세 설명#🎜🎜## 🎜 🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜##🎜🎜#위 내용은 Laravel Service Provider 개발 중 지연 로딩을 설정할 때 발생하는 문제에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

뜨거운 주제











Laravel 9 및 CodeIgniter 4의 최신 버전은 업데이트된 기능과 개선 사항을 제공합니다. Laravel9은 MVC 아키텍처를 채택하여 데이터베이스 마이그레이션, 인증, 템플릿 엔진 등의 기능을 제공합니다. CodeIgniter4는 HMVC 아키텍처를 사용하여 라우팅, ORM 및 캐싱을 제공합니다. 성능면에서는 Laravel9의 서비스 제공자 기반 디자인 패턴과 CodeIgniter4의 경량 프레임워크가 뛰어난 성능을 제공합니다. 실제 애플리케이션에서 Laravel9은 유연성과 강력한 기능이 필요한 복잡한 프로젝트에 적합한 반면, CodeIgniter4는 빠른 개발 및 소규모 애플리케이션에 적합합니다.

Laravel - Artisan Commands - Laravel 5.7은 새로운 명령을 처리하고 테스트하는 새로운 방법을 제공합니다. 여기에는 장인 명령을 테스트하는 새로운 기능이 포함되어 있으며 데모는 아래에 언급되어 있습니다.

Laravel과 CodeIgniter의 데이터 처리 기능을 비교해 보세요. ORM: Laravel은 클래스-객체 관계형 매핑을 제공하는 EloquentORM을 사용하는 반면, CodeIgniter는 데이터베이스 모델을 PHP 클래스의 하위 클래스로 표현하기 위해 ActiveRecord를 사용합니다. 쿼리 빌더: Laravel에는 유연한 체인 쿼리 API가 있는 반면, CodeIgniter의 쿼리 빌더는 더 간단하고 배열 기반입니다. 데이터 검증: Laravel은 사용자 정의 검증 규칙을 지원하는 Validator 클래스를 제공하는 반면, CodeIgniter는 내장된 검증 기능이 적고 사용자 정의 규칙을 수동으로 코딩해야 합니다. 실제 사례: 사용자 등록 예시에서는 Lar를 보여줍니다.

초보자의 경우 CodeIgniter는 학습 곡선이 더 완만하고 기능이 적지만 기본적인 요구 사항을 충족합니다. Laravel은 더 넓은 기능 세트를 제공하지만 학습 곡선이 약간 더 가파릅니다. 성능면에서는 Laravel과 CodeIgniter 모두 좋은 성능을 보입니다. Laravel은 보다 광범위한 문서와 적극적인 커뮤니티 지원을 제공하는 반면 CodeIgniter는 더 간단하고 가벼우며 강력한 보안 기능을 갖추고 있습니다. 블로그 애플리케이션을 구축하는 실제 사례에서 Laravel의 EloquentORM은 데이터 조작을 단순화하는 반면 CodeIgniter는 더 많은 수동 구성이 필요합니다.

대규모 프로젝트를 위한 프레임워크를 선택할 때 Laravel과 CodeIgniter는 각각 고유한 장점을 가지고 있습니다. Laravel은 엔터프라이즈급 애플리케이션을 위해 설계되었으며 모듈식 디자인, 종속성 주입 및 강력한 기능 세트를 제공합니다. CodeIgniter는 속도와 사용 편의성을 강조하여 중소 규모 프로젝트에 더 적합한 경량 프레임워크입니다. 요구 사항이 복잡하고 사용자 수가 많은 대규모 프로젝트의 경우 Laravel의 성능과 확장성이 더 적합합니다. 간단한 프로젝트나 리소스가 제한된 상황에서는 CodeIgniter의 가볍고 빠른 개발 기능이 더 이상적입니다.

소규모 프로젝트의 경우 Laravel은 강력한 기능과 보안이 필요한 대규모 프로젝트에 적합합니다. CodeIgniter는 가볍고 사용하기 쉬운 매우 작은 프로젝트에 적합합니다.

마이크로서비스 아키텍처는 PHP 프레임워크(예: Symfony 및 Laravel)를 사용하여 마이크로서비스를 구현하고 RESTful 원칙 및 표준 데이터 형식에 따라 API를 설계합니다. 마이크로서비스는 메시지 대기열, HTTP 요청 또는 gRPC를 통해 통신하고 모니터링 및 문제 해결을 위해 Prometheus 및 ELKStack과 같은 도구를 사용합니다.

Laravel의 Blade와 CodeIgniter의 Twig 템플릿 엔진을 비교해 보면 프로젝트 요구 사항과 개인 선호도에 따라 선택하십시오. Blade는 MVC 구문을 기반으로 하므로 좋은 코드 구성과 템플릿 상속을 장려합니다. Twig는 유연한 구문, 강력한 필터, 확장된 지원 및 보안 샌드박스를 제공하는 타사 라이브러리입니다.
