如果是更復(fù)雜的驗證場景，你可能需要創(chuàng)建一個"表單請求"。表單請求是一個自定義的請求類包含了一些驗證的邏輯。你可以通過 Artisan的命令行 make:request 來創(chuàng)建一個表單請求類。

php artisan make:request StoreBlogPostRequest

生成的類會放置在 app/Http/Requests 目錄中。 我們在 rules方法中增加一些驗證規(guī)則：

/**
 * Get the validation rules that apply to the request.
 *
 * @return array
 */
public function rules()
{
    return [
        'title' => 'required|unique|max:255',
        'body' => 'required',
    ];
}

那么，我們的驗證規(guī)則是怎么執(zhí)行的呢？你所要做的只是在控制器方法中加上請求的類型提示：

/**
 * Store the incoming blog post.
 *
 * @param  StoreBlogPostRequest  $request
 * @return Response
 */
public function store(StoreBlogPostRequest $request)
{
    // The incoming request is valid...
}

當(dāng)控制器的方法被調(diào)用前，表單請求已經(jīng)驗證了，意味著你不需要在控制器里寫任何的驗證邏輯。它已經(jīng)驗證完了！

如果驗證失敗，用戶會收到一個重定向請求至上一個頁面。而錯誤信息也已經(jīng)存儲至 session 中方便視圖展示。如果收到的是一個 AJAX 請求，一個帶有 422 狀態(tài)碼的 HTTP 響應(yīng)會被返回給瀏覽器，包含了一個含有錯誤信息的 JSON 對象。

授權(quán)表單請求

表單請求類同樣也包含了一個 authorize 方法。通過這個方法，你可以檢查認(rèn)證后的用戶是否有權(quán)限去更新一個已有的資源。比如，如果一個用戶嘗試去更新一篇博客的評論，他是否真的發(fā)布過這個評論？舉個例子：

/**
 * Determine if the user is authorized to make this request.
 *
 * @return bool
 */
public function authorize()
{
    $commentId = $this->route('comment');

    return Comment::where('id', $commentId)
                  ->where('user_id', Auth::id())->exists();
}

注意上面例子中調(diào)用的 route 方法。這個方法允許你獲取調(diào)用路由中定義的 URI 參數(shù)，比如下面例子中的 {comment} 參數(shù)：

Route::post('comment/{comment}');

如果 authorize方法返回 false， 一個帶有 403 狀態(tài)碼的 HTTP 響應(yīng)會被返回給瀏覽器，你控制器的方法也不會被執(zhí)行。

如果你打算在應(yīng)用的其他地方做一些權(quán)限的邏輯，在 authorize 方法中返回 true 即可：

/**
 * Determine if the user is authorized to make this request.
 *
 * @return bool
 */
public function authorize()
{
    return true;
}

自定義閃存后的錯誤信息格式

如果你想要自定義驗證失敗后已經(jīng)閃存至 session 的錯誤消息格式，可以通過覆蓋基類請求類(App\Http\Requests\Request)的 formatErrors。不要忘記在文件頂部引入 Illuminate\Validation\Validator 類：

/**
 * {@inheritdoc}
 */
protected function formatErrors(Validator $validator)
{
    return $validator->errors()->all();
}