Laravelにおける依存性注入の実装原理は何ですか?
Laravel における依存関係注入の実装原理は、クラスメソッドのリフレクションを使用してパラメータの型を取得し、次にコンテナを使用してインスタンスを構築し、コールバック関数を使用してそれを呼び出すことです (注入されたオブジェクト)コンストラクターにはパラメーターを含めることはできません。そうでない場合は、エラーが報告されます。依存関係の注入は Router クラスによって開始する必要があります。そうでない場合、新しいメソッドを使用して注入を直接行うことはできません。
#この記事の動作環境: Windows 10 システム、Laravel バージョン 6、Dell G3 コンピューター。
Laravel の依存関係注入の実装原理は何ですか?
laravel コンテナには制御の反転と依存関係注入が含まれています。これを使用するには、最初にオブジェクトをバインドする必要があり、直接使用できます。必要なときに取得できるようにします。
具体的な分析については、http://laravelacademy.org/post/769.html
通常の通話は次のとおりです。
$config = $container->make('config'); $connection = new Connection($this->config);
これは理解しやすいです。この利点は、インスタンスを直接新規作成する必要がないことです。メソッドによって渡される値は変更されません。このインスタンスを複数の場所で共有することもできます。
しかし、これは依存関係の注入と何の関係があるのでしょうか?実際の依存関係の注入では、メソッドにパラメーター値を渡す必要はありません。メソッドのパラメーターの型を指定するだけでよく、コードは自動的に関係を作成し、依存関係を自動的に挿入します。
この機能は、次のように Laravel のコントローラー、ジョブなどに反映できます:
class TestController extends Controller { public function anyConsole(Request $request, Auth $input) { //todo } }
自動依存関係注入がどのように実装されるかを見てみましょう:
インデックスによる. PHP はカーネルを呼び出し、多層のカーネル パイプラインを介して呼び出し、次に多層のミドルウェア パイプラインを介してルーターを呼び出します。最後に、
Illuminate/Routing/Route.php の 124 行目にあります。
public function run(Request $request) { $this->container = $this->container ?: new Container; try { if (! is_string($this->action['uses'])) { return $this->runCallable($request); } if ($this->customDispatcherIsBound()) { return $this->runWithCustomDispatcher($request); } return $this->runController($request); } catch (HttpResponseException $e) { return $e->getResponse(); } }
$this->action['uses'] (\App\Http\Controller\Datacenter\RealTimeController@anyConsole などの形式行) が文字列かどうかを判断します。$this->customDispatcherIsBound が判断します。バインドされているかどうか ユーザー定義のルーティングが定義されています。次に、$this->runController($request) にジャンプします。
protected function runController(Request $request) { list($class, $method) = explode('@', $this->action['uses']); $parameters = $this->resolveClassMethodDependencies( $this->parametersWithoutNulls(), $class, $method ); if (! method_exists($instance = $this->container->make($class), $method)) { throw new NotFoundHttpException; } return call_user_func_array([$instance, $method], $parameters); }
$this->resolveClassMethodDependities このメソッドは、名前を見るとすぐに探しているメソッドです。 $this->parametersWithoutNulls() は null 文字を除外するためのものです。$class と $method はそれぞれ \App\Http\Controller\Datacenter\RealTimeController と anyConsole です。
protected function resolveClassMethodDependencies(array $parameters, $instance, $method) { if (! method_exists($instance, $method)) { return $parameters; } return $this->resolveMethodDependencies( $parameters, new ReflectionMethod($instance, $method) ); }
new ReflectionMethod($instance, $method) は、クラス メソッドを取得するリフレクション オブジェクトです。ドキュメントを参照してください: http://www.php.net/manual/zh/class.reflectionmethod.php
以下は、Illuminate/Routing/RouteDependencyResolverTrait.php の 54 行目にジャンプします。
public function resolveMethodDependencies(array $parameters, ReflectionFunctionAbstract $reflector) { $originalParameters = $parameters; foreach ($reflector->getParameters() as $key => $parameter) { $instance = $this->transformDependency( $parameter, $parameters, $originalParameters ); if (! is_null($instance)) { $this->spliceIntoParameters($parameters, $key, $instance); } } return $parameters; }
リフレクション クラス メソッドを通じてクラス パラメーター配列を取得し、それをトラバースして $this->transformDependency メソッドに渡します。インスタンスを取得できない場合は、$this->spliceIntoParameters を呼び出してパラメータをクリアします。
protected function transformDependency(ReflectionParameter $parameter, $parameters, $originalParameters) { $class = $parameter->getClass(); if ($class && ! $this->alreadyInParameters($class->name, $parameters)) { return $this->container->make($class->name); } }
ようやくコンテナの影が見えました、はい、コンテナのmakeメソッドで最終オブジェクトを取り出しました。この時点でパラメータが構築され、最終的には runController メソッドの call_user_func_array によってコールバックされます。
概要:
依存関係注入の原理は、実際にはクラス メソッドのリフレクションを使用してパラメーターの型を取得し、コンテナーを使用してインスタンスを構築することです。次に、コールバック関数を使用して呼び出します。
注入オブジェクト コンストラクターにはパラメーターを含めることはできません。それ以外の場合は、エラーが報告されます。引数 1
がありません。依存関係の注入は有効ですが、Router クラスによって呼び出される必要があります。そうしないと、新しいメソッドを使用して直接注入を行うことができません。これが、コントローラー クラスとジョブ クラスのみがこの機能を使用できる理由です。
[関連する推奨事項: laravel ビデオチュートリアル ]
以上が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 でのデータベース操作は、オブジェクトをリレーショナル データベースにマップする ORM を使用して簡素化されます。 Laravel の EloquentORM を使用すると、オブジェクト指向構文を使用してデータベースと対話できます。モデル クラスを定義したり、Eloquent メソッドを使用したり、実際にブログ システムを構築したりすることで ORM を使用できます。

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

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

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

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

マイクロサービス アーキテクチャは、PHP フレームワーク (Symfony や Laravel など) を使用してマイクロサービスを実装し、RESTful 原則と標準データ形式に従って API を設計します。マイクロサービスはメッセージ キュー、HTTP リクエスト、または gRPC を介して通信し、監視とトラブルシューティングに Prometheus や ELKStack などのツールを使用します。

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