Laravel での FormRequest の使用によるフォーム検証方法と問題の概要、laravelformrequest_PHP チュートリアル

Laravel の FormRequest を使用したフォーム検証方法と問題点のまとめ、laravelformrequest

`Laravel` では、各リクエストは `Request` オブジェクトとしてカプセル化され、`Form Request` オブジェクトには追加の検証ロジック (およびアクセスcontrol) カスタム `Request` クラス。 この記事では、FormRequest 例外処理プロセスを分析し、FormRequest 検証の失敗を処理するカスタム方法を提案します。

すべての例はLaravel 5.1.39 (LTS) に基づいています

今日は天気が良いので、フォーム検証について話しましょう。

コントローラーでのフォーム検証

一部の生徒は、ユーザーが送信したコメント内容の検証など、コントローラーでフォーム検証ロジックを作成します。 リーリー

このように書くと、フォーム検証とビジネスロジックが詰め込まれ、コントローラー内のコードが多すぎて、繰り返しの検証ルールは基本的にコピーアンドペーストされることになります。

フォームリクエストを使用してフォーム検証コードをカプセル化することで、コントローラー内のコードロジックを合理化し、ビジネスに集中させることができます。独立したフォーム検証ロジックは、コメントの変更など、他のリクエストでも再利用できます。

フォームリクエストとは

Laravel では、各リクエストは Request オブジェクトとしてカプセル化されます。Form Request オブジェクトは、追加の検証ロジック (およびアクセス制御) を含むカスタム Request クラスです。

フォーム認証のためのフォームリクエストの使用方法

Laravel はフォームリクエストを生成するアーティザンコマンドを提供します:

$ php 職人 make:request StoreCommentRequest

app/Http/Requests/StoreCommentRequest.php が生成されたので、内容を分析してみましょう:

リーリー

それは簡単です。authorize メソッドに true を返すだけでなく、rules メソッドにも検証ルールを返す必要があります。

リーリー

次に、コントローラーを変更します。

リーリー

このようにして、Laravelはフォーム検証のためにStoreCommentRequestを自動的に呼び出します。

例外処理

フォームの検証が失敗した場合、Laravel は前のページにリダイレクトし、エラーをセッションに書き込みます。これが AJAX リクエストの場合、次のような HTTP ステータス 422 の JSON データが返されます。

{comment: ["コメントフィールドは必須です。"]}

プロンプト情報を変更する方法についてはここでは詳しく説明しません。関連するチュートリアルを見たい場合は、メッセージを残してください。

主にエラー処理をカスタマイズする方法について話しましょう。

一般的に、Laravel のエラーは例外 (Exception) であり、appExceptionshandler.php で統一して処理できます。フォーム リクエストは IlluminateHttpExceptionHttpResponseException 例外をスローしましたが、この例外はルーティング ロジックで特別に処理されました。

まず、フォームリクエストがどのように実行されるかを見てみましょう:

IlluminateValidationValidationServiceProvider:

リーリー

ご想像のとおり、フォーム リクエストは次の IlluminateContractsValidationValidatesWhenResolved インターフェイスを実装しています。 リーリー

FormRequest 基本クラスの validate メソッドは、次の IlluminateValidationValidatesWhenResolvedTrait によって実装されます。

イルミネート検証解決時に検証する特性:

リーリー

検証で検証が失敗した場合、$this->failedValidation() が呼び出され、続行します:

IlluminateFoundationHttpFormRequest:

リーリー

ついに異常なものを見た！ただし、この例外は別の場所で処理されました:

イルミネーションルーティングルート:

リーリー

この時点で全体の考え方は明らかですが、ここで生成される HttpResponseException のレスポンスがどのように生成されるかを見てみましょう。

IlluminateFoundationHttpFormRequest:

リーリー

あなたはすべてを理解していると思います。

カスタム エラー処理を実装する方法。ここに 2 つのアイデアがあります。どちらも appHttpRequestsRequest の failedValidation を書き直す必要があります。

新しい例外をスローし、HttpResponseException 例外を継承し、getResponse メソッドを再実装すると、管理が容易になるため、この例外クラスを app/Exceptions/ の下に置くことができ、エラー戻り値は引き続き Laravel に渡されます。

カスタム例外をスローし、appExceptionshandler で処理します。

ここでは具体的な実装については書きません（中国語ドキュメントポータルの Laravel ドキュメントのエラー処理セクションを参照してください）。他の方法やアイデアがある場合は、コメントで私に連絡してください。

補足

コントローラーが検証に IlluminateFoundationValidationValidatesRequests トレイトの validate メソッドを使用する場合、同様に、ここで検証が失敗すると、IlluminateHttpExceptionHttpResponseException 例外がスローされます。処理については、上記のソリューションを参照できます。