[ Laravel 5.2 ドキュメント ] アーキテクチャ -- リクエストのライフサイクル-PHPチュートリアル-php.cn

[ Laravel 5.2 ドキュメント ] アーキテクチャ -- リクエストのライフサイクル

WBOY

リリース： 2016-06-20 12:41:49

オリジナル

1190 人が閲覧しました

1. はじめに

私たちが現実世界でツールを使用するとき、その動作原理を理解していれば使いやすくなります。アプリケーション開発の場合は true。開発ツールがどのように機能するかを理解すると、より快適に使用できるようになります。

このドキュメントの目的は、Laravel フレームワークの動作原理をより良く、より高いレベルから説明することです。フレームワークをより完全に理解すると、すべてが謎に包まれなくなり、より自信を持ってアプリケーションを構築できるようになります。

これらの用語をすぐには理解できなくても、信念を失わないでください。まず基本を理解するように努めてください。このドキュメントを読み進めるにつれて知識が向上します。

2. ライフサイクルの概要

最初のこと

Laravel アプリケーションのすべてのリクエストエントリは public/index.php ファイルであり、すべてのリクエストは Web サーバーによって処理されます。 (Apache /Nginx) をこのファイルに追加します。 Index.php ファイルには多くのコードは含まれていませんが、フレームワークの残りの部分をロードするための開始点となります。

Index.php ファイルは、Composer によって生成された自動ロード設定をロードし、次に bootstrap/app.php スクリプトから Laravel アプリケーションインスタンスを取得します。Laravel の最初のアクションは、サービスコンテナインスタンスを作成することです。

HTTP/コンソールカーネル

次に、アプリケーションに受信するリクエストのタイプに応じて、リクエストは HTTP カーネルまたはコンソールカーネルのいずれかに送信されます。これら 2 つのカーネルは、すべてのリクエストが通過する中央プロセッサです。ここで、app/Http/Kernel.php にある HTTP カーネルに注目してみましょう。

HTTP カーネルは、ブートストラップの配列を定義する IlluminateFoundationHttpKernel クラスを継承します。これらのブートストラップは、リクエストが実行される前に実行され、エラー処理、ロギング、アプリケーション環境の検出が行われます。リクエストの実行時に、処理前に実行する必要があるその他の機能。

HTTP コアは、すべてのリクエストが処理する前に通過する必要がある一連の HTTP ミドルウェアも定義します。これらのミドルウェアは、HTTP セッションの読み取りと書き込み、アプリケーションがメンテナンスモードであるかどうかの判断、CSRF トークンの検証などを処理します。

HTTP カーネルの象徴的なメソッドであるハンドル処理のロジックは非常に単純です。リクエストを取得し、レスポンスを返します。カーネルをアプリケーション全体を表す大きなブラックボックスとして想像し、HTTP リクエストを入力し、そしてHTTPレスポンスを返します。

サービスプロバイダー

カーネル起動プロセス中の最も重要なアクションの 1 つは、アプリケーションのサービスプロバイダーをロードすることです。アプリケーションのすべてのサービスプロバイダーは、config/app.php で構成されます。ファイルのプロバイダー配列。まず、すべてのプロバイダの register メソッドが呼び出され、すべてのプロバイダが登録された後、boot メソッドが呼び出されます。

サービスプロバイダーは、データベース、キュー、バリデーター、ルーティングコンポーネントなど、フレームワークのさまざまなコンポーネントをすべて開始する責任があります。サービスプロバイダーは、フレームワークによって提供されるすべての機能を開始して構成するためです。プロバイダーこれは、Laravel 起動プロセス全体の最も重要な部分です。