Laravel 提供了多种不同的处理方法来对应用程序传入的数据进行验证。默认情况下,Laravel 的基底控制器类使用了 ValidatesRequests
trait,其提供了一种便利的方法来使用各种强大的验证规则验证传入的 HTTP 请求。
要了解 Laravel 相关的强大验证特色,先让我们来看看一个完整的表单验证示例以及返回错误消息给用户。
首先,我们假设在 routes/web.php
文件中定义了以下路由:
// 显示一个创建博客文章的表单...
Route::get('post/create', 'PostController@create');
// 保存一个新的博客文章...
Route::post('post', 'PostController@store');
GET
路由会显示一个用于创建新博客文章的表单,POST
路由则会将新的博客文章保存到数据库。
接下来,让我们来看下操作这些路由的控制器。我们先让 store
方法空着:
<?php
namespace App\Http\Controllers;
use Illuminate\Http\Request;
use App\Http\Controllers\Controller;
class PostController extends Controller
{
/**
* 显示创建博客文章的表单。
*
* @return Response
*/
public function create()
{
return view('post.create');
}
/**
* 保存一个新的博客文章。
*
* @param Request $request
* @return Response
*/
public function store(Request $request)
{
// 验证以及保存博客发表文章...
}
}
现在我们准备开始填写我们的 store
逻辑方法来验证我们博客发布的新文章。检查应用程序的基底控制器 (App\Http\Controllers\Controller
) 类你会看到这个类使用了 ValidatesRequests
trait。这个 trait 在你所有的控制器里提供了方便的 validate
验证方法。
validate
方法会接收 HTTP 传入的请求以及验证的规则。如果验证通过,你的代码就可以正常的运行。若验证失败,则会抛出异常错误消息并自动将其返回给用户。在一般的 HTTP 请求下,都会生成一个重定向响应,对于 AJAX 请求则会发送 JSON 响应。
让我们接着回到 store
方法来深入理解 validate
方法:
/**
* 保存一篇新的博客文章。
*
* @param Request $request
* @return Response
*/
public function store(Request $request)
{
$this->validate($request, [
'title' => 'required|unique:posts|max:255',
'body' => 'required',
]);
// The blog post is valid, store in database...
}
如你所见,我们将本次 HTTP 请求及所需的验证规则传递至 validate
方法中。另外再提醒一次,如果验证失败,将会自动生成一个对应的响应。如果验证通过,那我们的控制器将会继续正常运行。
有的时候,你希望在某个属性第一次验证失败后停止运行验证规则。为了达到这个目的,附加 bail
规则到该属性:
$this->validate($request, [
'title' => 'bail|required|unique:posts|max:255',
'body' => 'required',
]);
在这个例子中,如果 title
属性中的 required
规则没有得到满足,那么将不会再去检查 unique
规则。规则的检验顺序根据规则的添加顺序执行。
如果你的 HTTP 请求包含一个 「嵌套的」 参数,你可以在验证规则中通过 「点」 语法来指定这些参数。
$this->validate($request, [
'title' => 'required|unique:posts|max:255',
'author.name' => 'required',
'author.description' => 'required',
]);
如果本次请求的参数未通过我们指定的验证规则呢?正如前面所提到的,Laravel 会自动把用户重定向到先前的位置。另外,所有的验证错误会被自动 闪存至 session。
再者,请注意在 GET
路由中,我们无需显式的将错误信息和视图绑定起来。这是因为 Lavarel 会检查在 session 数据中的错误信息,然后如果对应的视图存在的话,自动将它们绑定起来。变量 $errors
会成为 Illuminate\Support\MessageBag
的一个实例对象。要获取关于这个对象的更多信息, 请查阅这个文档 。
{tip}
$errors
变量被Illuminate\View\Middleware\ShareErrorsFromSession
中间件绑定到视图,该中间件由web
中间件组提供。当这个中间件被应用后,在你的视图中就可以获取到$error
变量,使得你方便的假设$errors
变量总是已经被定义好并且可以安全的使用。
所以,在我们的例子中,当验证失败的时候,用户将会被重定向到 create
方法,让我们在视图中显示错误信息:
<!-- /resources/views/post/create.blade.php -->
<h1>创建文章</h1>
@if (count($errors) > 0)
<div class="alert alert-danger">
<ul>
@foreach ($errors->all() as $error)
<li>{{ $error }}</li>
@endforeach
</ul>
</div>
@endif
<!-- 创建文章的表单 -->
当验证失败时,如果你想要在闪存上自定义验证的错误格式,则需在控制器中重写 formatValidationErrors
。别忘了将 Illuminate\Contracts\Validation\Validator
类引入到文件上方:
<?php
namespace App\Http\Controllers;
use Illuminate\Foundation\Bus\DispatchesJobs;
use Illuminate\Contracts\Validation\Validator;
use Illuminate\Routing\Controller as BaseController;
use Illuminate\Foundation\Validation\ValidatesRequests;
abstract class Controller extends BaseController
{
use DispatchesJobs, ValidatesRequests;
/**
* {@inheritdoc}
*/
protected function formatValidationErrors(Validator $validator)
{
return $validator->errors()->all();
}
}
在这个例子中,我们使用一种传统的方式来将数据发送到应用程序上。当我们在 AJAX 的请求中使用 validate
方法时,Laravel 并不会生成一个重定向响应,而是会生成一个包含所有错误验证的 JSON 响应。这个 JSON 响应会发送一个 422 HTTP 状态码。
在更复杂的验证情境中,你可能会想要创建一个「表单请求( form request )」。表单请求是一个自定义的请求类,里面包含着验证逻辑。要创建一个表单请求类,可使用 Artisan 命令行命令 make:request
:
php artisan make:request StoreBlogPost
新生成的类保存在 app/Http/Requests
目录下。如果这个目录不存在,那么将会在你运行 make:request
命令时创建出来。让我们添加一些验证规则到 rules
方法中:
/**
* 获取适用于请求的验证规则。
*
* @return array
*/
public function rules()
{
return [
'title' => 'required|unique:posts|max:255',
'body' => 'required',
];
}
怎样才能较好的运行验证规则呢?你所需要做的就是在控制器方法中利用类型提示传入请求。传入的请求会在控制器方法被调用前进行验证,意思就是说你不会因为验证逻辑而把控制器弄得一团糟:
/**
* 保存传入的博客文章。
*
* @param StoreBlogPost $request
* @return Response
*/
public function store(StoreBlogPost $request)
{
// 传入的请求是有效的...
}
如果验证失败,就会生成一个重定向响应把用户返回到先前的位置。这些错误会被闪存到 session,所以这些错误都可以被显示。如果进来的是 AJAX 请求的话,则会传回一个 HTTP 响应,其中包含了 422 状态码和验证错误的 JSON 数据。
表单的请求类内包含了 authorize
方法。在这个方法中,你可以确认用户是否真的通过了授权,以便更新指定数据。比方说,有一个用户想试图去更新一篇文章的评论,你能保证他确实是这篇评论的拥有者吗?具体代码如下:
/**
* 判断用户是否有权限做出此请求。
*
* @return bool
*/
public function authorize()
{
$comment = Comment::find($this->route('comment'));
return $comment && $this->user()->can('update', $comment);
}
由于所有的表单请求都是扩展于基础的 Laravel 请求类,所以我们可以使用 user
方法去获取当前认证登录的用户。同时请注意上述例子中对 route
方法的调用。这个方法授权你获取调用的路由规则中的 URI 参数,譬如下面例子中的 {comment}
参数:
Route::post('comment/{comment}');
如果 authorize
方法返回 false
,则会自动返回一个 HTTP 响应,其中包含 403 状态码,而你的控制器方法也将不会被运行。
如果你打算在应用程序的其它部分处理授权逻辑,只需从 authorize
方法返回 true
:
/**
* 判断用户是否有权限做出此请求。
*
* @return bool
*/
public function authorize()
{
return true;
}
如果你想要自定义验证失败时闪存到 session 的验证错误格式,可在你的基底请求 (App\Http\Requests\Request
) 中重写 formatErrors
。别忘了文件上方引入 Illuminate\Contracts\Validation\Validator
类:
/**
* {@inheritdoc}
*/
protected function formatErrors(Validator $validator)
{
return $validator->errors()->all();
}
你可以通过重写表单请求的 messages
方法来自定义错误消息。此方法必须返回一个数组,其中含有成对的属性或规则以及对应的错误消息:
/**
* 获取已定义验证规则的错误消息。
*
* @return array
*/
public function messages()
{
return [
'title.required' => 'A title is required',
'body.required' => 'A message is required',
];
}
如果你不想要使用 ValidatesRequests
trait 的 validate
方法,你可以手动创建一个 validator 实例并通过 Validator::make
方法在 facade 生成一个新的 validator 实例:
<?php
namespace App\Http\Controllers;
use Validator;
use Illuminate\Http\Request;
use App\Http\Controllers\Controller;
class PostController extends Controller
{
/**
* 保存一篇新的博客文章。
*
* @param Request $request
* @return Response
*/
public function store(Request $request)
{
$validator = Validator::make($request->all(), [
'title' => 'required|unique:posts|max:255',
'body' => 'required',
]);
if ($validator->fails()) {
return redirect('post/create')
->withErrors($validator)
->withInput();
}
// Store the blog post...
}
}
第一个传给 make
方法的参数是验证数据。第二个参数则是数据的验证规则。
如果请求没有通过验证,则可以使用 withErrors
方法把错误消息闪存到 session。在进行重定向之后,$errors
变量可以在视图中自动共用,让你可以轻松地显示这些消息并返回给用户。withErrors
方法接收 validator、MessageBag
,或 PHP array
。
如果你手动创建一个验证器实例,但希望继续享用 ValidatesRequest
特性提供的自动跳转功能,那么你可以调用一个现存的验证器实例中的 validate
方法。如果验证失败了,用户会被自动化重定向,或者在AJAX请求中,一个JSON格式的响应将会被返回:
Validator::make($request->all(), [
'title' => 'required|unique:posts|max:255',
'body' => 'required',
])->validate();
如果你有多个表单在一个单页面中,你也许会希望命名错误信息包 MessageBag
,错误信息包允许你从指定的表单中接收错误信息。简单的给 withErrors
方法传递一个名字作为第二个参数:
return redirect('register')
->withErrors($validator, 'login');
然后你能从 $errors
变量中获取到 MessageBag
实例:
{{ $errors->login->first('email') }}
验证器允许你在验证完成之后附加回调函数。这使得你可以容易的添加进一步的验证,甚至可以在消息集合中添加更多的错误信息。首先,在一个验证实例中使用 after
方法:
$validator = Validator::make(...);
$validator->after(function($validator) {
if ($this->somethingElseIsInvalid()) {
$validator->errors()->add('field', 'Something is wrong with this field!');
}
});
if ($validator->fails()) {
//
}
调用一个 Validator
实例的 errors
方法,会得到一个 Illuminate\Support\MessageBag
的实例,里面有许多可让你操作错误消息的便利方法。$errors
变量可以自动的被所有的视图获取,并且是一个MessageBag类的实例。
如果要查看特定字段的第一个错误消息,可以使用 first
方法:
$errors = $validator->errors();
echo $errors->first('email');
如果你想通过指定字段来简单的获取所有消息中的一个数组,则可以使用 get
方法:
foreach ($errors->get('email') as $message) {
//
}
如果你正在验证一个数组的表单字段,你可以使用 *
来获取每个元素的所有错误信息:
foreach ($errors->get('attachments.*') as $message) {
//
}
如果你想要得到所有字段的消息数组,则可以使用 all
方法:
foreach ($errors->all() as $message) {
//
}
可以使用 has
方法来检测一个给定的字段是否存在错误信息:
if ($errors->has('email')) {
//
}
如果有需要的话,你也可以自定义错误的验证消息来取代默认的验证消息。有几种方法可以来自定义指定的消息。首先,你需要先通过传递三个参数到 Validator::make
方法来自定义验证消息:
$messages = [
'required' => ':attribute 的字段是必要的。',
];
$validator = Validator::make($input, $rules, $messages);
在这个例子中,:attribute
占位符会被通过验证的字段实际名称所取代。除此之外,你还可以使用其它默认字段的验证消息。例如:
$messages = [
'same' => ':attribute 和 :other 必须相同。',
'size' => ':attribute 必须是 :size。',
'between' => ':attribute 必须介于 :min - :max。',
'in' => ':attribute 必须是以下的类型之一: :values。',
];
有时候你可能想要对特定的字段来自定义错误消息。只需在属性名称后加上「.」符号和指定验证的规则即可:
$messages = [
'email.required' => '我们需要知道你的 e-mail 地址!',
];
在大部分的情况下,你可能在语言文件中指定自定义的信息,而不是将定制的信息传递给 Validator
。这样做,在语言文件 resources/lang/xx/validation.php
中,将定制的消息添加到 custom
数组。
'custom' => [
'email' => [
'required' => '我们需要知道你的 e-mail 地址!',
],
],
以下是所有可用的验证规则清单与功能:
<style> .collection-method-list > p { column-count: 3; -moz-column-count: 3; -webkit-column-count: 3; column-gap: 2em; -moz-column-gap: 2em; -webkit-column-gap: 2em; } .collection-method-list a { display: block; } </style>Accepted Active URL After (Date) Alpha Alpha Dash Alpha Numeric Array Before (Date) Between Boolean Confirmed Date Date Format Different Digits Digits Between Dimensions (Image Files) Distinct E-Mail Exists (Database) File Filled Image (File) In In Array Integer IP Address JSON Max MIME Types MIME Type By File Extension Min Nullable Not In Numeric Present Regular Expression Required Required If Required Unless Required With Required With All Required Without Required Without All Same Size String Timezone Unique (Database) URL
验证字段值是否为 yes、on、1、或 true。这在确认「服务条款」是否同意时相当有用。
验证字段值是否为一个有效的网址,会通过 PHP 的 checkdnsrr
函数来验证。
验证字段是否是在指定日期之后。这个日期将会通过 strtotime
函数来验证。
'start_date' => 'required|date|after:tomorrow'
作为替换 strtotime
传递的日期字符串,你可以指定其它的字段来比较日期:
'finish_date' => 'required|date|after:start_date'
验证字段值是否仅包含字母字符。
验证字段值是否仅包含字母、数字、破折号( - )以及下划线( _ )。
验证字段值是否仅包含字母、数字。
验证字段必须是一个 PHP array
。
验证字段是否是在指定日期之前。这个日期将会使用 PHP strtotime
函数来验证。
验证字段值的大小是否介于指定的 min 和 max 之间。字符串、数值或是文件大小的计算方式和 size
规则相同。
验证字段值是否能够转换为布尔值。可接受的参数为 true
、false
、1
、0
、"1"
以及 "0"
。
验证字段值必须和 foo_confirmation
的字段值一致。例如,如果要验证的字段是 password
,就必须和输入数据里的 password_confirmation
的值保持一致。
验证字段值是否为有效日期,会根据 PHP 的 strtotime
函数来做验证。
验证字段值符合定义的日期_格式_,通过 PHP 的 date_parse_from_format
函数来验证。你应该只使用 date
或 date_format
当中的其中一个用于验证,而不应该同时使用两者。
验证字段值是否和指定_字段( field )_不同。
验证字段值是否为 numeric 且长度为 value。
验证字段值的长度是否在 min 和 max 之间。
验证的文件必须是图片并且图片比例必须符合规则:
'avatar' => 'dimensions:min_width=100,min_height=200'
可用的规则为: min_width, max_width, min_height, max_height, width, height, ratio。
比例应该使用宽度除以高度的方式出现。能够使用3/2这样的形式设置,也可以使用1.5这样的浮点方式:
'avatar' => 'dimensions:ratio=3/2'
当你在验证数组的时候,你可以指定某个值必须是唯一的:
'foo.*.id' => 'distinct'
验证字段值是否符合 e-mail 格式。
验证字段值是否存在指定的数据表中。
'state' => 'exists:states'
'state' => 'exists:states,abbreviation'
也可以指定更多的条件,它们会被加到「where」查询语句中:
'email' => 'exists:staff,email,account_id,1'
这些条件可以使用叹号 !
表示否定:
'email' => 'exists:staff,email,role,!admin'
你也可以传递 NULL
或 NOT_NULL
至「where」语句:
'email' => 'exists:staff,email,deleted_at,NULL'
'email' => 'exists:staff,email,deleted_at,NOT_NULL'
有时候,你可能需要设置一个特定的数据库连接用于 exists
的查询。你可以在使用点号「.」语法将数据库连接名称添加到数据表前面来实现这个目的:
'email' => 'exists:connection.staff,email'
必须是成功上传的文件。
验证的字段必须带有内容。
验证字段文件必须为图片格式( jpeg、png、bmp、gif、 或 svg )。
验证字段值是否有在指定的列表里面。
The field under validation must exist in anotherfield's values.
验证字段值是否是整数。
验证字段值是否符合 IP address 的格式。
验证字段是否是一个有效的 JSON 字符串。
字段值必须小于或等于 value 。字符串、数值或是文件大小的计算方式和 size
规则相同。
验证的文件必须是这些 MIME 类型中的一个:
'video' => 'mimetypes:video/avi,video/mpeg,video/quicktime'
框架会通过阅读文件内容来推测 MIME 类型,有时候会与客户端的不一致。
验证字段文件的 MIME 类型是否符合列表中指定的格式。
'photo' => 'mimes:jpeg,bmp,png'
即使你可能只需要验证指定扩展名,但此规则实际上会验证文件的 MIME 类型,其通过读取文件的内容以猜测它的 MIME 类型。
完整的 MIME 类型及对应的扩展名列表可以在下方链接找到: http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
字段值必须大于或等于 value。字符串、数值或是文件大小的计算方式和 size
规则相同。
验证的字段可以为null。这在验证基本数据类型,如字符串和整型这些能包含null值的数据类型中特别有用。
验证字段值是否不在指定的列表里。
验证字段值是否为数值。
验证的字段必须出现,并且数据可以为空。
验证字段值是否符合指定的正则表达式。
**注意:**当使用 regex
规则时,你必须使用数组,而不是使用管道分隔规则,特别是当正则表达式含有管道符号时。
验证字段必须存在输入数据,且不为空。字段符合下方任一条件时即为「空」:
- 该值为
null
。 - 该值为空字符串。
- 该值为空数组或空的
可数
对象。 - 该值为没有路径的上传文件。
如果指定的_其它字段_( anotherfield )等于任何一个 value 时,此字段为必填。
如果指定的_其它字段_( anotherfield )等于任何一个 value 时,则此字段为不必填。
如果指定的字段中的 任意一个 有值,则此字段为必填。
如果指定的 所有 字段都有值,则此字段为必填。
如果缺少任意一个指定的字段,则此字段为必填。
如果所有指定的字段都没有值,则此字段为必填。
验证字段值和指定的 字段( field ) 值是否相同。
验证字段值的大小是否符合指定的 value 值。对于字符串来说,value 为字符数。对于数字来说,value 为某个整数值。对文件来说,size 对应的是文件大小(单位 kb )。
验证字段值的类型是否为字符串。如果你允许字段的值为 null
,那么你应该将 nullable
规则附加到字段中。
验证字段值是否是有效的时区,会根据 PHP 的 timezone_identifiers_list
函数来判断。
在指定的数据表中,验证字段必须是唯一的。如果没有指定 column
,将会使用字段本身的名称。
指定一个特定的字段名称:
'email' => 'unique:users,email_address'
自定义数据库连接
有时候你可能需要自定义一个连接,来通过 Validator 对数据库进行查找。如上面所示,设置 unique:users
作为验证规则,通过默认数据库连接来做数据库查找。如果要修改数据库连接,可在指定的连接的表单名称后面加上「.」:
'email' => 'unique:connection.users,email_address'
强迫 Unique 规则忽略指定 ID:
有时候,你希望在验证字段时对指定 ID 进行忽略。例如,在「更新个人资料」页面会包含用户名、邮箱等字段。这时你会想要验证更新的 e-mail 值是否为唯一的。如果用户仅更改了名称字段而不是 e-mail 字段,就不需要抛出验证错误,因为此用户已经是这个 e-mail 的拥有者了。若要用指定规则来忽略用户 ID,则应该把要发送的 ID 当作第三个参数:
'email' => 'unique:users,email_address,'.$user->id
如果你的数据表使用的主键名称不是 id
,那么你可以在第四个参数中来指定它:
'email' => 'unique:users,email_address,'.$user->id.',user_id'
增加额外的 Where 语句:
你也可以指定更多的条件到「where」查询语句:
'email' => 'unique:users,email_address,NULL,id,account_id,1'
上述规则中,只有 account_id
为 1
的数据列会被包含在 unique 规则的验证。
根据 PHP 的 filter_var
函数来验证字段是否符合 URL 格式。
在某些情况下,你可能只想在输入数据中有此字段时才进行验证。可通过增加 sometimes
规则到规则列表来实现:
$v = Validator::make($data, [
'email' => 'sometimes|required|email',
]);
在上面的例子中,email
字段的验证只会在 $data
数组有此字段时才会进行。
有时候你可能希望增加更复杂的验证条件,例如,你可以希望某个指定字段在另一个字段的值超过 100 时才为必填。或者当某个指定字段有值时,另外两个字段要拥有符合的特定值。增加这样的验证条件并不难。首先,利用你熟悉的 static rules 来创建一个 Validator
实例:
$v = Validator::make($data, [
'email' => 'required|email',
'games' => 'required|numeric',
]);
假设我们有一个专为游戏收藏家所设计的网页应用程序。如果游戏收藏家收藏超过一百款游戏,我们会希望他们来说明下为什么他们会拥有这么多游戏。比如说他们有可能经营了一家二手游戏商店,或者只是为了享受收集的乐趣。为了在特定条件下加入此验证需求,可以在 Validator
实例中使用 sometimes
方法。
$v->sometimes('reason', 'required|max:500', function($input) {
return $input->games >= 100;
});
传入 sometimes
方法的第一个参数是我们要用条件认证的字段名称。第二个参数是我们想使用的验证规则。闭包
作为第三个参数传入,如果其返回 true
,则额外的规则就会被加入。这个方法可以轻松的创建复杂的条件式验证。你甚至可以一次对多个字段增加条件式验证:
$v->sometimes(['reason', 'cost'], 'required', function($input) {
return $input->games >= 100;
});
{tip} 传入
闭包
的$input
参数是Illuminate\Support\Fluent
实例,可用来访问你的输入或文件对象。
验证基于数组的表单输入字段并不一定是一件痛苦的事情。要验证指定数组输入字段中的每一个 email 是否唯一,可以这么做:
$validator = Validator::make($request->all(), [
'person.*.email' => 'email|unique:users',
'person.*.first_name' => 'required_with:person.*.last_name',
]);
同样的,你在语言文件定义验证信息的时候可以使用星号 *
字符,可以更加容易的在基于数组格式的字段中使用相同的验证信息:
'custom' => [
'person.*.email' => [
'unique' => 'Each person must have a unique e-mail address',
]
],
Laravel 提供了许多有用的验证规则。但你可能想自定义一些规则。注册自定义验证规则的方法之一,就是使用 Validator facade 中的 extend
方法,让我们在 服务提供者 中使用这个方法来注册自定义的验证规则:
<?php
namespace App\Providers;
use Illuminate\Support\ServiceProvider;
use Illuminate\Support\Facades\Validator;
class AppServiceProvider extends ServiceProvider
{
/**
* 启动任意应用程序服务。
*
* @return void
*/
public function boot()
{
Validator::extend('foo', function($attribute, $value, $parameters, $validator) {
return $value == 'foo';
});
}
/**
* 注册服务提供者。
*
* @return void
*/
public function register()
{
//
}
}
自定义的验证闭包接收四个参数:要被验证的属性名称 $attribute
,属性的值 $value
,传入验证规则的参数数组 $parameters
,及 Validator
实例。
除了使用闭包,你也可以传入类和方法到 extend
方法中:
Validator::extend('foo', 'FooValidator@validate');
另外你可能还需要为自定义规则来定义一个错误消息。这可以通过使用自定义内联消息数组或是在验证语言包中加入新的规则来实现。此消息应该被放在数组的第一级,而不是被放在 custom
数组内,这是仅针对特定属性的错误消息:
"foo" => "你的输入是无效的!",
"accepted" => ":attribute 必须被接受。",
// 其余的验证错误消息...
当你在创建自定义验证规则时,你可能需要定义占位符来取代错误消息。你可以像上面所描述的那样通过 Validator
facade 来使用 replacer
方法创建一个自定义验证器。通过 服务提供者 中的 boot
方法可以实现:
/**
* 启动任意应用程序服务。
*
* @return void
*/
public function boot()
{
Validator::extend(...);
Validator::replacer('foo', function($message, $attribute, $rule, $parameters) {
return str_replace(...);
});
}
默认情况下,若有一个类似 required
这样的规则,当此规则被验证的属性不存在或包含空值时,其一般的验证规则(包括自定扩展功能)都将不会被运行。例如,当 integer
规则的值为 null
时将不会被运行:
$rules = ['name' => 'unique'];
$input = ['name' => null];
Validator::make($input, $rules)->passes(); // true
如果要在属性为空时依然运行此规则,则此规则必须暗示该属性为必填。要创建一个「隐式」扩展功能,可以使用 Validator::extendImplicit()
方法:
Validator::extendImplicit('foo', function($attribute, $value, $parameters, $validator) {
return $value == 'foo';
});
{note} 一个「隐式」扩展功能只会 暗示 该属性为必填。它的实际属性是否为无效属性或空属性主要取决于你。