Laravel 默認驗證不通過后響應格式如下，有時此格式并不滿足自己要求，需要修改格式。
// status 422
{
"message":"The given data was invalid.",
"errors":{
"url":[
"url 無效的格式"
]
}
}
當 Request 驗證失敗時會拋出 ValidationException異常，最終交由全局異常Handler類處理。Handler繼承自Illuminate\Foundation\Exceptions\Handler，框架中的Handler類調用render處理異常并進行響應，針對于ValidationException異常又調用了convertValidationExceptionToResponse方法來處理。代碼
protected function convertValidationExceptionToResponse(ValidationException $e, $request)
{
if ($e->response) {
return $e->response;
}
return $request->expectsJson()
? $this->invalidJson($request, $e)
: $this->invalid($request, $e);
}
expectsJson()區(qū)分是 ajax 請求還是表單請求，然后分別做處理。
protected function invalidJson($request, ValidationException $exception)
{
return response()->json([
'message' => $exception->getMessage(),
'errors' => $exception->errors(),
], $exception->status);
}
追蹤到invalidJson()，發(fā)現(xiàn)他就是用來處理參數(shù)驗證異常響應格式的方法。在App\Exceptions\Handler類中，重寫invalidJson()方法即可。
protected function invalidJson($request, ValidationException $exception)
{
return response()->json([
'code' => 0,
'data' => $exception->errors(),
], $exception->status);
}
最終，驗證失敗的響應格式如下
// status 422
{
"code": 0,
"data":{
"url":[
"url 無效的格式"
]
}
}
總結
到此這篇關于Laravel 修改驗證異常的響應格式的代碼詳解的文章就介紹到這了,更多相關Laravel異常響應格式內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！
您可能感興趣的文章:- 如何重寫Laravel異常處理類詳解
- Laravel如何實現(xiàn)適合Api的異常處理響應格式
- laravel框架使用FormRequest進行表單驗證，驗證異常返回JSON操作示例
- Laravel 解決composer相關操作提示php相關異常的問題
- Laravel 5.5 異常處理 & 錯誤日志的解決
- 解決laravel 表單提交-POST 異常的問題
- laravel框架 api自定義全局異常處理方法
- Laravel核心解讀之異常處理的實踐過程
- 淺談Laravel中使用Slack進行異常通知
