Laravelサービスプロバイダーの開発中に遅延読み込みを設定するときに発生する問題の詳細な説明
この記事では、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 に設定したことが原因ではないかと考え、すぐにソース コードを 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 のプロバイダーの登録は無効ですが、他のファイルの登録は無効ですServiceProvider は有効です。説明はその他の問題です。
Illuminate\Foundation\Application ソース コードを調べて、 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 army-clear-compiled および
php army optimize を実行して、ServiceProvider キャッシュを更新する必要があります。
#3. AppServiceProvider への登録が有効なのはなぜですか?
これは非常に簡単です。AppServiceProvider は読み込みを遅延させないため、AppServiceProvider で register メソッドを実行して新しい ServiceProvider を登録しても読み込みは遅延しません。#概要
#遅延読み込み ServiceProvider の使用には注意が必要です
defer 属性値を変更した後の場合は、
と php 職人最適化
を実行して、ServiceProvider キャッシュを更新する必要があります。
遅延ロードされた ServiceProvider にミドルウェアを登録し、ルーティングすることは固く禁止されています。
PHP はソート ヒープ ソート アルゴリズムを実装します
以上がLaravelサービスプロバイダーの開発中に遅延読み込みを設定するときに発生する問題の詳細な説明の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Laravel 9 と CodeIgniter 4 の最新バージョンでは、更新された機能と改善が提供されます。 Laravel9はMVCアーキテクチャを採用しており、データベース移行、認証、テンプレートエンジンなどの機能を提供します。 CodeIgniter4 は、HMVC アーキテクチャを使用してルーティング、ORM、およびキャッシュを提供します。パフォーマンスの面では、Laravel9 のサービスプロバイダーベースの設計パターンと CodeIgniter4 の軽量フレームワークにより、優れたパフォーマンスが得られます。実際のアプリケーションでは、Laravel9 は柔軟性と強力な機能を必要とする複雑なプロジェクトに適しており、CodeIgniter4 は迅速な開発や小規模なアプリケーションに適しています。

Laravel と CodeIgniter のデータ処理機能を比較します。 ORM: Laravel はクラスとオブジェクトのリレーショナル マッピングを提供する EloquentORM を使用しますが、CodeIgniter は ActiveRecord を使用してデータベース モデルを PHP クラスのサブクラスとして表します。クエリビルダー: Laravel には柔軟なチェーンクエリ API がありますが、CodeIgniter のクエリビルダーはよりシンプルで配列ベースです。データ検証: Laravel はカスタム検証ルールをサポートする Validator クラスを提供しますが、CodeIgniter には組み込みの検証関数が少なく、カスタム ルールの手動コーディングが必要です。実践例:ユーザー登録例はLarを示しています

初心者にとって、CodeIgniter は学習曲線が緩やかで機能は少ないですが、基本的なニーズはカバーしています。 Laravel は幅広い機能セットを提供しますが、学習曲線はわずかに急になります。パフォーマンスの点では、Laravel と CodeIgniter はどちらも良好なパフォーマンスを示します。 Laravel にはより広範なドキュメントとアクティブなコミュニティ サポートがあり、CodeIgniter はよりシンプルで軽量で、強力なセキュリティ機能を備えています。ブログアプリケーションを構築する実際のケースでは、Laravel の EloquentORM を使用するとデータ操作が簡素化されますが、CodeIgniter ではより手動の構成が必要になります。

Laravel - アーティザン コマンド - Laravel 5.7 には、新しいコマンドを処理およびテストするための新しい方法が付属しています。これには職人コマンドをテストする新しい機能が含まれており、そのデモについては以下で説明します。

大規模プロジェクト用のフレームワークを選択する場合、Laravel と CodeIgniter にはそれぞれ独自の利点があります。 Laravel はエンタープライズレベルのアプリケーション向けに設計されており、モジュール設計、依存関係の注入、強力な機能セットを提供します。 CodeIgniter は、速度と使いやすさを重視した、小規模から中規模のプロジェクトに適した軽量フレームワークです。複雑な要件と多数のユーザーを伴う大規模なプロジェクトには、Laravel のパワーとスケーラビリティがより適しています。単純なプロジェクトやリソースが限られている状況では、CodeIgniter の軽量で迅速な開発機能がより理想的です。

小規模なプロジェクトの場合、Laravel は強力な機能とセキュリティを必要とする大規模なプロジェクトに適しています。 CodeIgniter は、軽量さと使いやすさを必要とする非常に小規模なプロジェクトに適しています。

Laravel の Blade と CodeIgniter の Twig テンプレート エンジンを比較し、プロジェクトのニーズと個人的な好みに基づいて選択してください。Blade は MVC 構文に基づいており、適切なコード編成とテンプレートの継承を促進します。 Twig は、柔軟な構文、強力なフィルター、拡張サポート、セキュリティ サンドボックスを提供するサードパーティ ライブラリです。

Laravel - Artisan Console - Laravel フレームワークは、コマンドラインを介した対話のための 3 つの主要なツール、つまり Artisan、Ticker、REPL を提供します。この章ではArtisanについて詳しく説明します。
