ThinkChat2.0新版上线,更智能更精彩,支持会话、画图、阅读、搜索等,送10W Token,即刻开启你的AI之旅 广告
## laravel 表单验证 ## 简介 默认情况下,Laravel 的基类控制器使用了一个名为`ValidatesRequests`的 trait,它提供了一种方便的方法以使用各种强大的验证规则来验证传入的 HTTP 请求。 ### 创建控制器 接下来,让我们一起来看看处理这些路由的简单控制器。我们暂时留空了`store`方法。 ~~~php <?php namespace App\Http\Controllers; use App\Http\Controllers\Controller; use Illuminate\Http\Request; class PostController extends Controller { /** * 显示创建博客文章的表单 * * @return Response */ public function create() { return view('post.create'); } /** * 存储一篇新的博客文章 * * @param Request $request * @return Response */ public function store(Request $request) { // 验证并存储博客文章... } } ~~~ ### 在控制器中编写验证逻辑 现在我们开始在`store`方法中编写用来验证新的博客文章的逻辑代码。为此,我们将使用`Illuminate\Http\Request`类提供的`validate`方法。如果验证通过,你的代码会继续正常运行。如果验证失败,则会抛出异常,并自动将对应的错误响应返回给用户。 在传统 HTTP 请求下,会生成一个重定向响应, 而对于 AJAX 请求则会发送 JSON 响应。 为了深入理解`validate`方法,让我们接着回到`store`方法中: ~~~php /** * 存储一篇新的博客文章 * * @param Request $request * @return Response */ public function store(Request $request) { $validatedData = $request->validate([ 'title' => 'required|unique:posts|max:255', 'body' => 'required', ]); // 博客文章验证通过... } ~~~ * 如果验证失败,会自动生成一个对应的响应 * 如果验证通过,那我们的控制器会继续正常运行。 或者,验证规则可以使用数组而不是单个`|`分隔的字符串: ~~~php $validatedData = $request->validate([ 'title' => ['required', 'unique:posts', 'max:255'], 'body' => ['required'], ]); ~~~ 你可以使用`validateWithBag`方法来验证请求,并将所有错误信息储存在一个[命名错误信息包](https://learnku.com/docs/laravel/8.x/validation/9374#named-error-bags)中: ~~~php $validatedData = $request->validateWithBag('post', [ 'title' => ['required', 'unique:posts', 'max:255'], 'body' => ['required'], ]); ~~~ #### 在首次验证失败时停止运行 有时候我们希望某个字段在第一次验证失败后就停止运行验证规则,只需要将`bail`添加到规则中: ~~~php $request->validate([ 'title' => 'bail|required|unique:posts|max:255', 'body' => 'required', ]); ~~~ 在这个例子中,如果`title`字段没有通过`unique`规则,那么不会继续验证`max`规则。规则会按照分配时的顺序来验证。 #### 嵌套字段的说明 如果你的 HTTP 请求包含「嵌套」参数(比如数组), 你可以在验证规则中使用「点」语法来指定这些参数: ~~~php $request->validate([ 'title' => 'required|unique:posts|max:255', 'author.name' => 'required', 'author.description' => 'required', ]); ~~~ 另外,如果你的字段名称包含点,则可以通过使用反斜杠将点转义,以防止将其解释为 “点” 语法: ~~~php $request->validate([ 'title' => 'required|unique:posts|max:255', 'v1\.0' => 'required', ]); ~~~ ### 显示验证错误信息 * 如果传入的请求参数未通过给定的验证规则,Laravel 会自动将用户重定向到之前的位置。 * 另外,所有的验证错误信息会自动存储到[闪存 session](https://learnku.com/docs/laravel/8.x/session#flash-data)中。 * Laravel 会检查 session 数据中的错误,会自动将其绑定到视图中去。其中的`$errors`变量是`Illuminate\Support\MessageBag`的一个实例。 > 技巧:`$errors`由`web`中间件组提供的`Illuminate\View\Middleware\ShareErrorsFromSession`中间件绑定到视图中。**当该中间件被应用后,`$errors`变量在您的视图中总是可用的**,因此您可以假设`$errors`变量总是被定义了且总是安全可用的。 所以,在如下的例子中,当表单验证失败时,用户将被重定向到控制器的`create`方法中,我们可在视图中显示错误信息: ~~~php <!-- /resources/views/post/create.blade.php --> <h1>Create Post</h1> @if ($errors->any()) <div class="alert alert-danger"> <ul> @foreach ($errors->all() as $error) <li>{{ $error }}</li> @endforeach </ul> </div> @endif <!-- Create Post Form --> ~~~ #### `@error`指令 您亦可使用`@error`[Blade](https://learnku.com/docs/laravel/8.x/blade)指令方便地检查给定的属性是否存在验证错误信息。在`@error`指令中,您可以输出`$message`变量以显示错误信息: ~~~php <!-- /resources/views/post/create.blade.php --> <label for="title">Post Title</label> <input id="title" type="text" class="@error('title') is-invalid @enderror"> @error('title') <div class="alert alert-danger">{{ $message }}</div> @enderror ~~~ ### 关于可选字段的注意事项 默认情况下, 在您的 Laravel 应用的全局中间件堆栈`App\Http\Kernel`类中包含了`TrimStrings`和`ConvertEmptyStringsToNull`中间件。因此,如果您不想让`null`被验证器标识为非法的话,您需要将「可选」字段标志为`nullable`: ~~~php $request->validate([ 'title' => 'required|unique:posts|max:255', 'body' => 'required', 'publish_at' => 'nullable|date', ]); ~~~ 在上述例子中,我们指定了`publish_at`字段可以是空的或者是一个有效的日期格式。如果`nullable`修饰词没有被添加到规则定义中,验证器会将`null`视为无效的日期格式。 #### AJAX 请求和验证 在上述例子中,我们使用传统的表单发送数据到应用。当然,许多应用可能使用 AJAX 来进行请求,此时, Laravel 不会生成重定向响应。取而代之的, Laravel 将会生成一个包含错误信息的 JSON 响应,该响应的 HTTP 状态码将被置为 422 。 ## 按条件增加规则 #### 字段包含特定值跳过验证 如果另一个字段具有给定的值,您可能偶尔希望不验证给定字段。您可以使用`exclude_if`验证规则来实现这一点。在本例中,如果`has_appointment`字段的值为`false`,则不会验证`appointment_date`和`doctor_name`字段: ~~~php $v = Validator::make($data, [ 'has_appointment' => 'required|bool', 'appointment_date' => 'exclude_if:has_appointment,false|required|date', 'doctor_name' => 'exclude_if:has_appointment,false|required|string', ]); ~~~ 您可以使用`exclude_unless`规则来验证给定字段,除非另一个字段具有给定的值: ~~~php $v = Validator::make($data, [ 'has_appointment' => 'required|bool', 'appointment_date' => 'exclude_unless:has_appointment,true|required|date', 'doctor_name' => 'exclude_unless:has_appointment,true|required|string', ]); ~~~ #### 存在时则验证 在某些情况下,你可能希望将要验证的字段存在于输入数组中时,才对该字段执行验证。可以在规则列表中增加`sometimes`来实现: ~~~php $v = Validator::make($data, [ 'email' => 'sometimes|required|email', ]); ~~~ 在上面的例子中,`email`字段只有在`$data`数组中存在时才会被验证。 > 技巧:如果你尝试验证应该始终存在但可能为空的字段,请查阅[可选字段的注意事项](https://learnku.com/docs/laravel/8.x/validation/9374#a-note-on-optional-fields) #### 复杂条件验证 有时候你可能需要增加基于更复杂的条件逻辑的验证规则。例如,你可以希望某个指定字段在另一个字段的值超过 100 时才为必填。或者当某个指定字段存在时,另外两个字段才能具有给定的值。增加这样的验证条件并不难。首先,使用 静态规则 创建一个`Validator`实例: ~~~php $v = Validator::make($data, [ 'email' => 'required|email', 'games' => 'required|numeric', ]); ~~~ 假设我们有一个专为游戏收藏家所设计的网页应用程序。如果游戏收藏家收藏超过一百款游戏,我们会希望他们来说明下为什么他们会拥有这么多游戏。比如说他们有可能经营了一家游戏分销商店,或者只是为了享受收集的乐趣。为了在特定条件下加入此验证需求,可以在`Validator`实例中使用`sometimes`方法。 ~~~php $v->sometimes('reason', 'required|max:500', function ($input) { return $input->games >= 100; }); ~~~ 传递给`sometimes`的第一个参数是我们需要有条件验证的名称字段,第二个参数是我们想要添加的规则,如果作为第三个参数的`闭包`返回`true`,则规则被添加。该方法让构建复杂条件验证变得简单,你甚至可以一次为多个字段添加条件验证: ~~~php $v->sometimes(['reason', 'cost'], 'required', function ($input) { return $input->games >= 100; }); ~~~ > 技巧:传递给`闭包`的`$input`参数是`Illuminate\Support\Fluent`的一个实例,可用于访问输入和文件。 ## 验证数组 验证表单的输入为数组的字段也不再难了。 你可以使用「点」方法来验证数组中的属性。例如, 如果传入的 HTTP 请求中包含`photos[profile]`字段,可以如下验证: ~~~php $validator = Validator::make($request->all(), [ 'photos.profile' => 'required|image', ]); ~~~ 我们还可以验证数组的每个元素。 例如,要验证给定数组输入中每个`email`是否是唯一的,可以这么做: ~~~php $validator = Validator::make($request->all(), [ 'person.*.email' => 'email|unique:users', 'person.*.first_name' => 'required_with:person.*.last_name', ]); ~~~ 类似地,在语言文件中你也可以使用`*`字符指定验证消息,从而可以使用单个验证消息定义基于数组字段的验证规则: ~~~php 'custom' => [ 'person.*.email' => [ 'unique' => 'Each person must have a unique e-mail address', ] ], ~~~