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)

ホットトピック











PHP と Flutter は、モバイル開発でよく使われるテクノロジです。 Flutter は、クロスプラットフォーム機能、パフォーマンス、ユーザー インターフェイスに優れており、高パフォーマンス、クロスプラットフォーム、カスタマイズされた UI を必要とするアプリケーションに適しています。 PHP は、クロスプラットフォームではなく、パフォーマンスが低いサーバー側アプリケーションに適しています。

PHP でのデータベース操作は、オブジェクトをリレーショナル データベースにマップする ORM を使用して簡素化されます。 Laravel の EloquentORM を使用すると、オブジェクト指向構文を使用してデータベースと対話できます。モデル クラスを定義したり、Eloquent メソッドを使用したり、実際にブログ システムを構築したりすることで ORM を使用できます。

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

PHP 単体テスト ツール分析: PHPUnit: 大規模プロジェクトに適しており、包括的な機能を提供し、インストールが簡単ですが、冗長で遅い場合があります。 PHPUnitWrapper: 小規模プロジェクトに適しており、使いやすく、Lumen/Laravel に最適化されていますが、機能が限られており、コード カバレッジ分析は提供されず、コミュニティ サポートも限られています。

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を示しています

PHP 単体テストおよび統合テスト ガイド 単体テスト: コードまたは関数の単一単位に焦点を当て、PHPUnit を使用して検証用のテスト ケース クラスを作成します。統合テスト: 複数のコードユニットがどのように連携するかに注意し、PHPUnit の setUp() メソッドと TearDown() メソッドを使用してテスト環境をセットアップおよびクリーンアップします。実際のケース: PHPUnit を使用して、データベースの作成、サーバーの起動、テストコードの作成など、Laravel アプリケーションの単体テストと統合テストを実行します。

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