フォームリクエストは、フォーム検証と許可制御を処理するためのLaravelの特別なクラスであり、Illuminate \ Foundation \ HTTP \ FormRequestを継承することによって実裝されています。タイトルとコンテンツを定義する検証ルールなどのルール（）メソッドの検証ルールをカプセル化し、現(xiàn)在の記事IDの一意性チェックを除外するなどの動的な調(diào)整ルールをサポートします。許可制御は、authorize（）メソッドを通じて実裝されます。これは、ユーザーの役割または承認ポリシー（ポリシー）に基づいて操作を?qū)g行できるかどうかを判斷するために使用できます。さらに、フォームリクエストは、PrepareForValidation（）を介した入力のクリーニングなどのプリプロセシングデータ、カスタムエラープロンプト、および屬性名もサポートし、メッセージ（）と屬性（）を使用して友好的なプロンプトを提供します。フォームリクエストクラスをビジネスシナリオごとに除算し、ポリシーと併せてコードメンテナビリティを改善することをお勧めします。

Laravelでは、フォームリクエストは、フォームの検証と許可制御の両方を処理する必要がある場合に非常に便利なツールです。コントローラーから検証ロジックを抽出し、コードをより明確にするだけでなく、肥大化したコントローラーを避けるために認証チェックを統(tǒng)一された方法で処理します。

フォームリクエストとは何ですか？

フォームリクエストは、Laravelが提供するクラスで、フォームリクエストを処理するために特別に使用されます。これは、基本的に、 Illuminate\Foundation\Http\FormRequestから継承されたカスタムリクエストクラスであり、検証ルール、承認ロジック、さらにはプリプロセス入力データを含むことができます。

職人コマンドを介してフォームリクエストを作成できます。

 PHP Artisan Make：Request StorePostrequest

生成されたクラスはapp/Http/Requestsディレクトリに配置されます（このディレクトリが使用できない場合、Laravelは自動的に作成されます）。

フォームリクエストの検証を使用する方法は？

検証は、フォームリクエストのコア機能の1つです。 rules()メソッドの配列のような検証ルールを返すだけです。

たとえば、タイトルを少なくとも5文字であることを要求する記事の公開リクエストを作成すると、コンテンツが存在する必要があります。

パブリック関數(shù)ルール（）
{
    戻る [
        'title' => '必須|文字列| min：5'、
        'content' => '必須|文字列'、
    ];
}

これらのルールは、リクエストがコントローラーに屆く前に実行されます。検証が失敗した場合、Laravelはコントローラーで手動で判斷する必要なく、422ステータスコードとエラーメッセージを自動的に返します。

さらに、編集時に現(xiàn)在の記事IDの一意性検証を除外するなど、リクエストに基づいてルールを動的に調(diào)整できます。

パブリック関數(shù)ルール（）
{
    戻る [
        'title' => '必須|文字列| min：5 |ユニーク：投稿、タイトル、'。 $ this-> post？ - > id、
    ];
}

フォームリクエストで許可制御を行う方法は？

検証に加えて、フォームリクエストは、現(xiàn)在のユーザーがこのリクエストを開始する許可を持っているかどうかを判斷するためのauthorize()メソッドも提供します。

たとえば、管理者のみが記事を作成できます。

パブリック関數(shù)authorize（）
{
    return $ this-> user（） - > isadmin（）;
}

または、より具體的には、記事の編集許可を制御します。

パブリック関數(shù)authorize（）
{
    $ post = post :: find（$ this-> route（ 'post'））;
    return $ this-> user（） - > can（ 'update'、$ post）;
}

ここでは、Laravelの承認ポリシーを使用して、ユーザーが対応するモデルを操作する許可を確保します。 Falseが返された場合、Laravelは403の応答を自動的に返します。

これにより、許可判決は、さまざまなコントローラーに散らばるのではなく、リクエストオブジェクトに集中しています。

実用的な使用の提案

• フォームリクエストをビジネスごとに分割：トラブルを節(jié)約するために、複數(shù)の異なるシナリオを処理するために同じフォームリクエストを再利用しないでください。たとえば、「記事を作成」と「記事の編集」の2つのカテゴリを分離するのが最善です。
• ポリシーと組み合わせて承認ロジックを使用します。これにより、承認ロジックがより明確になり、他の場所で再利用できます。
• prepareForValidationを適切に使用したプリプロセスデータ：たとえば、クリアスペース、フォーマット時間など、検証プロセスを入力する前に事前にデータを処理します。
• エラーメッセージと屬性名をカスタマイズします： messages()およびattributes()メソッドは、エラープロンプトをより友好的にすることができます。

例えば：

パブリック関數(shù)メッセージ（）
{
    戻る [
        'title.required' => 'タイトルは空にすることはできません'、
        'content.min' => 'コンテンツは次のとおりではありません：min word'、
    ];
}

パブリック関數(shù)屬性（）
{
    戻る [
        'title' => '記事タイトル'、
        'content' => '記事コンテンツ'、
    ];
}

最後のヒント

コントローラーメソッドで複數(shù)のフォームリクエストを使用する場合、それらはすべて検証と承認を順番に実行することに注意してください。言い換えれば、それらの1つが失敗する限り、それは実行され続けません。

さらに、フォームリクエストクラス自體は、データベースサービスやその他のヘルプクラスなどの依存関係を挿入することもできます。そのため、検証または承認の際に、より複雑な判斷を下すことができます。

基本的にそれだけです。フォームリクエストを合理的に使用すると、コントローラーをクリーンにし、確認と承認のロジックを維持しやすくすることができます。

以上が検証と承認のためにLaravelフォームリクエストを使用しますの詳細內(nèi)容です。詳細については、PHP 中國語 Web サイトの他の関連記事を參照してください。