HTTP层 —— 验证
Posted 郑彦彬
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了HTTP层 —— 验证相关的知识,希望对你有一定的参考价值。
1、简介
Laravel 提供了多种方法来验证应用输入数据。默认情况下,Laravel 的控制器基类使用ValidatesRequests
trait,该trait提供了便利的方法通过各种功能强大的验证规则来验证输入的 HTTP 请求。
2、快速入门
要掌握 Laravel 强大的验证特性,让我们先看一个完整的验证表单并返回错误信息给用户的例子。
定义路由
首先,我们假定在routes/web.php文件中包含如下路由:
// 显示创建博客文章表单...
Route::get(‘post/create‘, ‘[email protected]‘);
// 存储新的博客文章...
Route::post(‘post‘, ‘[email protected]‘);
当然,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响应。
要更好的理解validate
方法,让我们回到store
方法:
/**
* 存储博客文章
*
* @param Request $request
* @return Response
*/
public function store(Request $request){
$this->validate($request, [
‘title‘ => ‘required|unique:posts|max:255‘,
‘body‘ => ‘required‘,
]);
// 验证通过,存储到数据库...
}
正如你所看到的,我们只是传递输入的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路由中明确绑定错误信息到视图。这是因为Laravel总是从session数据中检查错误信息,而且如果有的话会自动将其绑定到视图。所以,值得注意的是每次请求的所有视图中总是存在一个$errors
变量,从而允许你在视图中方便而又安全地使用。$errors
变量是的一个Illuminate\Support\MessageBag
实例。想要了解更多关于该对象的信息,查看其文档。
注:
$errors
变量会通过web
中间件组中的Illuminate\View\Middleware\ShareErrorsFromSession
中间件绑定到视图,如果使用了该中间件,那么$errors
变量在视图中总是有效,从而方便你随时使用。
所以,在我们的例子中,验证失败的话用户将会被重定向到控制器的create
方法,从而允许我们在视图中显示错误信息:
<!-- /resources/views/post/create.blade.php -->
<h1>Create Post</h1>
@if (count($errors) > 0)
<div class="alert alert-danger">
<ul>
@foreach ($errors->all() as $error)
<li>{{ $error }}</li>
@endforeach
</ul>
</div>
@endif
<!-- Create Post Form -->
自定义错误格式
如果你想要自定义保存在session中的验证错误信息的格式,需要在控制器基类中重写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请求&验证
在这个例子中,我们使用传统的表单来发送数据到应用。然而,很多应用使用AJAX请求。在AJAX请求中使用validate
方法时,Laravel不会生成重定向响应。取而代之的,Laravel生成一个包含验证错误信息的JSON响应。该JSON响应会带上一个HTTP状态码422
。
3、表单请求验证
创建表单请求
对于更复杂的验证场景,你可能想要创建一个“表单请求”。表单请求是包含验证逻辑的自定义请求类,要创建表单验证类,可以使用Artisan命令make:request
:
php artisan make:request StoreBlogPost
生成的类位于app/Http/Requests
目录下,接下来我们添加少许验证规则到rules
方法:
/**
* 获取应用到请求的验证规则
*
* @return array
*/
public function rules(){
return [
‘title‘ => ‘required|unique:posts|max:255‘,
‘body‘ => ‘required‘,
];
}
那么,验证规则如何生效呢?你所要做的就是在控制器方法中类型提示该请求。表单输入请求会在控制器方法被调用之前被验证,这就是说你不需要将控制器和验证逻辑杂糅在一起:
/** * 存储输入的博客文章 * * @param StoreBlogPostRequest $request * @return Response */ public function store(StoreBlogPost $request){ // The incoming request is valid... }
如果验证失败,重定向响应会被生成并将用户退回上一个位置,错误信息也会被一次性存储到session以便在视图中显示。如果是AJAX请求,带422
状态码的HTTP响应将会返回给用户,该响应数据中还包含了JSON格式的验证错误信息。
认证表单请求
表单请求类还包含了一个authorize
方法,你可以检查认证用户是否有资格更新指定资源。例如,如果用户尝试更新一个博客评论,那么他是否是评论的所有者呢?举个例子:
/** * Determine if the user is authorized to make this request. * * @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
,一个包含403
状态码的HTTP响应会自动返回而且控制器方法将不会被执行。
如果你计划在应用的其他部分包含认证逻辑,只需在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
方法自定义表单请求使用的错误消息,该方法应该返回属性/规则对数组及其对应错误消息:
/** * Get the error messages for the defined validation rules. * * @return array */ public function messages(){ return [ ‘title.required‘ => ‘A title is required‘, ‘body.required‘ => ‘A message is required‘, ]; }
4、 手动创建验证器
如果你不想使用ValidatesRequests
trait提供的validate
方法,可以使用Validator
门面手动创建一个验证器实例,该门面上的make
方法用于生成一个新的验证器实例:
<?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();
}
// 存储博客文章...
}
}
传递给make
方法的第一个参数是需要验证的数据,第二个参数是要应用到数据上的验证规则。
检查请求是够通过验证后,可以使用withErrors
方法将错误数据一次性存放到session,使用该方法时,$errors
变量重定向后自动在视图间共享,从而允许你轻松将其显示给用户,withErrors
方法接收一个验证器、或者一个MessageBag
,又或者一个PHP数组。
自动重定向
如果你想要手动创建一个验证器实例,但仍然使用ValidatesRequest
trait提供的自动重定向,可以调用已存在验证器上的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()) { // }
5、处理错误信息
调用Validator
实例上的errors
方法之后,将会获取一个Illuminate\Support\MessageBag
实例,该实例中包含了多种处理错误信息的便利方法。在所有视图中默认有效的$errors
变量也是一个MessageBag实例。
获取某字段的第一条错误信息
要获取指定字段的第一条错误信息,可以使用first
方法:
$messages = $validator->errors();
echo $messages->first(‘email‘);
获取指定字段的所有错误信息
如果你想要简单获取指定字段的所有错误信息数组,使用get
方法:
foreach ($messages->get(‘email‘) as $message) { // }
如果是一个数组表单字段,可以使用*
获取所有数组元素错误信息:
foreach ($errors->get(‘attachments.*‘) as $message) { // }
获取所有字段的所有错误信息
要获取所有字段的所有错误信息,可以使用all
方法:
foreach ($messages->all() as $message) {
//
}
判断消息中是否存在某字段的错误信息
has
方法可用于判断错误信息中是否包含给定字段:
if ($messages->has(‘email‘)) {
//
}
获取指定格式的错误信息
echo $messages->first(‘email‘, ‘<p>:message</p>‘);
获取指定格式的所有错误信息
foreach ($messages->all(‘<li>:message</li>‘) as $message) {
//
}
自定义错误信息
如果需要的话,你可以使用自定义错误信息替代默认的,有多种方法来指定自定义信息。首先,你可以传递自定义信息作为第三方参数给Validator::make
方法:
$messages = [
‘required‘ => ‘The :attribute field is required.‘,
];
$validator = Validator::make($input, $rules, $messages);
在本例中,:attribute
占位符将会被验证时实际的字段名替换,你还可以在验证消息中使用其他占位符,例如:
$messages = [
‘same‘ => ‘The :attribute and :other must match.‘,
‘size‘ => ‘The :attribute must be exactly :size.‘,
‘between‘ => ‘The :attribute must be between :min - :max.‘,
‘in‘ => ‘The :attribute must be one of the following types: :values‘,
];
为给定属性指定自定义信息
有时候你可能只想为特定字段指定自定义错误信息,可以通过“.”来实现,首先指定属性名,然后是规则:
$messages = [
‘email.required‘ => ‘We need to know your e-mail address!‘,
];
在语言文件中指定自定义消息
在很多案例中,你可能想要在语言文件中指定属性特定自定义消息而不是将它们直接传递给Validator
。要实现这个,添加消息到resources/lang/xx/validation.php
语言文件的custom
数组:
‘custom‘ => [
‘email‘ => [
‘required‘ => ‘We need to know your e-mail address!‘,
],
],
6、验证规则大全
下面是有效规则及其函数列表:
- Accepted
- Active URL
- After (Date)
- Alpha
- Alpha Dash
- Alpha Numeric
- Array
- Before (Date)
- Between
- Boolean
- Confirmed
- Date
- Date Format
- Different
- Digits
- Digits Between
- Dimensions(图片文件)
- Distinct
- Exists (Database)
- file
- filled
- Image (File)
- In
- In Array
- Integer
- IP Address
- JSON
- Max
- MIME Types (File)
- 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
accepted
在验证中该字段的值必须是yes
、on
、1
或true
,这在“同意服务协议”时很有用。
active_url
该字段必须是一个基于PHP函数checkdnsrr
的有效URL
after:date
该字段必须是给定日期后的一个值,日期将会通过PHP函数strtotime
传递:
‘start_date‘ => ‘required|date|after:tomorrow‘
你可以指定另外一个比较字段而不是使用strtotime
验证传递的日期字符串:
‘finish_date‘ => ‘required|date|after:start_date‘
alpha
该字段必须是字母
alpha_dash
该字段可以包含字母和数字,以及破折号和下划线
alpha_num
该字段必须是字母或数字
array
该字段必须是PHP数组
before:date
验证字段必须是指定日期之前的一个数值,该日期将会传递给PHP strtotime
函数。
between:min,max
验证字段尺寸在给定的最小值和最大值之间,字符串、数值和文件都可以使用该规则
boolean
验证字段必须可以被转化为boolean
,接收true
, false
, 1
,0
, "1"
, 和 "0"
等输入。
confirmed
验证字段必须有一个匹配字段foo_confirmation
,例如,如果验证字段是password
,必须输入一个与之匹配的password_confirmation
字段
date
验证字段必须是一个基于PHP strtotime
函数的有效日期
date_format:format
验证字段必须匹配指定格式,该格式将使用PHP函数date_parse_from_format
进行验证。你应该在验证字段时使用date
或date_format
different:field
验证字段必须是一个和指定字段不同的值
digits:value
验证字段必须是数字且长度为value
指定的值
digits_between:min,max
验证字段数值长度必须介于最小值和最大值之间
dimensions
验证的图片尺寸必须满足该规定参数指定的约束条件:
‘avatar‘ => ‘dimensions:min_width=100,min_height=200‘
有效的约束条件包括:min_width, max_width, min_height, max_height, width, height, ratio
ratio约束应该是宽度/高度,这可以通过表达式3/2或浮点数1.5来表示:
‘avatar‘ => ‘dimensions:ratio=3/2‘
distinct
处理数组时,验证字段不能包含重复值:
‘foo.*.id‘ => ‘distinct‘
验证字段必须是格式化的电子邮件地址
exists:table,column
验证字段必须存在于指定数据表
基本使用:
‘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‘
file
该验证字段必须是上传成功的文件
filled
该验证字段如果存在则不能为空
image
验证文件必须是图片(jpeg、png、bmp、gif或者svg)
in:foo,bar…
验证字段值必须在给定的列表中
in_array:另一个字段
验证字段必须在另一个字段中存在
integer
验证字段必须是整型
ip
验证字段必须是IP地址
JSON
验证字段必须是有效的JSON字符串
max:value
验证字段必须小于等于最大值,和字符串、数值、文件字段的size规则一起使用
mimetypes:text/plain…
验证文件必须匹配给定的MIME文件类型之一:
‘video‘ => ‘mimetypes:video/avi,video/mpeg,video/quicktime‘
为了判断上传文件的MIME类型,框架将会读取文件内容来猜测MIME类型,这可能会和客户端MIME类型不同。
mimes:foo,bar,…
验证文件的MIMIE类型必须是该规则列出的扩展类型中的一个
MIMIE规则的基本使用:
‘photo‘ => ‘mimes:jpeg,bmp,png‘
尽管你只需要指定扩展,该规则实际上验证的是通过读取文件内容获取到的文件MIME类型。
完整的MIME类型列表及其相应的扩展可以在这里找到:http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/conf/mime.types
min:value
验证字段的最小值,对字符串、数值、文件字段而言,和size
规则使用方式一致。
nullable
验证字段必须为null
,这在验证一些可以为null
的原生数据如整型或字符串时很有用。
not_in:foo,bar,…
验证字段值不在给定列表中
numeric
验证字段必须是数值
present
验证字段必须出现在输入数据中但可以为空。
regex:pattern
验证字段必须匹配给定正则表达式
注:使用
regex
模式时,规则必须放在数组中,而不能使用管道分隔符,尤其是正则表达式中使用管道符号时。
required
输入字段值不能为空,以下情况字段值都为空:
- 值为null
- 值是空字符串
- 值是空数组或者空的Coutable对象
- 值是上传文件但路径为空
required_if:anotherfield,value,…
验证字段在另一个字段等于指定值value
时是必须的
required_unless:anotherfield,value,…
除了 anotherfield
字段等于value
,验证字段不能空
required_with:foo,bar,…
验证字段只有在任一其它指定字段存在的话才是必须的
required_with_all:foo,bar,…
验证字段只有在所有指定字段存在的情况下才是必须的
required_without:foo,bar,…
验证字段只有当任一指定字段不存在的情况下才是必须的
required_without_all:foo,bar,…
验证字段只有当所有指定字段不存在的情况下才是必须的
same:field
给定字段和验证字段必须匹配
size:value
验证字段必须有和给定值value
相匹配的尺寸,对字符串而言,value
是相应的字符数目;对数值而言,value
是给定整型值;对文件而言,value
是相应的文件字节数
string
验证字段必须是字符串
timezone
验证字符必须是基于PHP函数timezone_identifiers_list
的有效时区标识
unique:table,column,except,idColumn
验证字段在给定数据表上必须是唯一的,如果不指定column
选项,字段名将作为默认column
。
指定自定义列名:
‘email‘ => ‘unique:users,email_address‘
自定义数据库连接
有时候,你可能需要自定义验证器生成的数据库连接,正如上面所看到的,设置unique:users
作为验证规则将会使用默认数据库连接来查询数据库。要覆盖默认连接,在数据表名后使用“.”指定连接:
‘email‘ => ‘unique:connection.users,email_address‘
强制一个唯一规则来忽略给定ID:
有时候,你可能希望在唯一检查时忽略给定ID,例如,考虑一个包含用户名、邮箱地址和位置的”更新属性“界面,当然,你将会验证邮箱地址是唯一的,然而,如果用户只改变用户名字段而并没有改变邮箱字段,你不想要因为用户已经拥有该邮箱地址而抛出验证错误,你只想要在用户提供的邮箱已经被别人使用的情况下才抛出验证错误,要告诉唯一规则忽略用户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记录才会进行唯一性检查。
url
验证字段必须是基于PHP函数filter_var
过滤的的有效URL
6、添加条件规则
验证何时出现
在某些场景下,你可能想要只有某个字段存在的情况下运行验证检查,要快速完成这个,添加sometimes
规则到规则列表:
$v = Validator::make($data, [
‘email‘ => ‘sometimes|required|email‘,
]);
在上例中,email
字段只有存在于$data
数组时才会被验证。
复杂条件验证
有时候你可能想要基于更复杂的条件逻辑添加验证规则。例如,你可能想要只有在另一个字段值大于100
时才要求一个给定字段是必须的,或者,你可能需要只有当另一个字段存在时两个字段才都有给定值。添加这个验证规则并不是一件头疼的事。首先,创建一个永远不会改变的静态规则到Validator
实例:
$v = Validator::make($data, [
‘email‘ => ‘required|email‘,
‘games‘ => ‘required|numeric‘,
]);
让我们假定我们的web应用服务于游戏收集者。如果一个游戏收集者注册了我们的应用并拥有超过100
个游戏,我们想要他们解释为什么他们会有这么多游戏,例如,也许他们在运营一个游戏二手店,又或者他们只是喜欢收集。要添加这种条件,我们可以使用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;
});
注:传递给闭包的
$input
参数是Illuminate\Support\Fluent
的一个实例,可用于访问输入和文件。
7、验证数组输入
验证表单数组输入字段不再是件痛苦的事情,例如,要验证给定数组输入中每个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‘, ] ],
8、自定义验证规则
Laravel提供了多种有用的验证规则;然而,你可能还是想要指定一些自己的验证规则。注册验证规则的一种方法是使用Validator
门面的extend
方法。让我们在服务提供者中使用这种方法来注册一个自定义的验证规则:
<?php namespace App\Providers; use Validator; use Illuminate\Support\ServiceProvider; 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() { // } }
自定义验证器闭包接收四个参数:要验证的属性名称、属性值、传递给规则的参数数组以及Validator
实例。
你还可以传递类和方法到extend
方法而不是闭包:
Validator::extend(‘foo‘, ‘[email protected]‘);
定义错误信息
你还需要为自定义规则定义错误信息。你可以使用内联自定义消息数组或者在验证语言文件中添加条目来实现这一目的。消息应该被放到数组的第一维,而不是在只用于存放属性指定错误信息的custom
数组内:
"foo" => "Your input was invalid!",
"accepted" => "The :attribute must be accepted.",
// 验证错误信息其它部分...
当创建一个自定义验证规则时,你可能有时候需要为错误信息定义自定义占位符,可以通过创建自定义验证器然后调用Validator
门面上的replacer
方法来实现。可以在服务提供者的boot
方法中编写代码:
/**
* 启动应用服务
*
* @return void
*/
public function boot(){
Validator::extend(...);
Validator::replacer(‘foo‘, function($message, $attribute, $rule, $parameters) {
return str_replace(...);
});
}
隐式扩展
默认情况下,被验证的属性如果没有提供或者验证规则为required
而值为空,那么正常的验证规则,包括自定义扩展将不会执行。例如,unique
规则将不会检验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‘;
});
注:一个隐式扩展仅仅暗示属性是必须的,至于它到底是缺失的还是空值这取决于你。
以上是关于HTTP层 —— 验证的主要内容,如果未能解决你的问题,请参考以下文章