前言：
我们在做API开发的时候，我们会接受客户端传来的参数，大家都知道这个参数是不可信的，我们后端开发人员必须对这个参数进行验证。我在之前的开发中只是知道tp5的验证器，并不知道他的用途，因为之前的开发验证，往往都是基于模型字段进行的验证。而验证器更适用与API开发，今天就简单讲下验证器的使用
目录：
- 创建验证器
- 书写单独验证器
- 调用验证
1.创建验证器
首先我们需要一个文件夹来存放我们的验证器，我们在模块下创建一个同控制器平级的文件夹，取名为validate
然后我们就可以来建立验证器了，我们只需要创建一个类，继承tp5的validate类就可以了。
但是熟悉面向对象思想的朋友一定知道，当我们需要一个方法每个验证器都要用到，但是又不去修改tp5的源码时。我们就多写一个类来作为我们的基类。所有的验证器都继承这个基类，然后这个基类再去继承tp5的validate类。
这里我们把他取名为baseValidate
那么现在再创建一个正儿八经的验证器了。举个例子：
namespace app\index\validate;
use think\Validate;
class User extends Validate
{
protected $rule = [
'name' => 'require|max:25',
'email' => 'email',
];
}
再到控制器或者模型中去实例化再调用
//虚拟一组数据，实际开发中是接受用户传递的数据
$data = [
'name'=>'thinkphp',
'email'=>'thinkphp@qq.com'
];
$validate = Loader::validate('User');
if(!$validate->check($data)){
dump($validate->getError());
}
这样一个验证器的应用就写好了。我们来看看有没有什么可以简化的地方。
- 首先需要被验证的数据是我们从客户端那接受过来的那么，第一步接受数据
- 然后我们要对数据进行验证，如果验证不通过，返回错误信息
这两部是每次接口被请求都是要做的。那么我们就想把这个封装到BaseValidate中去
namespace app\home\validate;
use think\Exception;
use think\Request;
use think\Validate;
class BaseValidate extends Validate
{
public function goCheck($data='')
{
//实例化请求对象
$requestObj=Request::instance();
//如果传入为空则获取请求里的参数
empty($data)&&$data=$requestObj->param();
if ($this->check($data)) {
//如果验证通过了
return true;
}else{
//如果验证没通过
$error=$this->getError();
//抛出异常
throw new Exception($error);
}
}
}
这个goCheck方法封装好后，有人可能会问，这个验证规则在哪里呢？
2. 书写单独验证器
之前有说过BaseValidate是用来被继承的，那么真正的验证器，我们还没有开始写。规则就制定到这个验证器中。为了更深入的理解，这里举例子顺便使用了自定义验证 规则。其实tp写好了的验证规则应该很够用了
我们就拿最常接受的数据来举例子，那就是 id 同常这个id就代表了我们数据库中某条数据的id，这个id我们往往设计为无符号自动递增的主键，翻译成人话就是正整数。那么如果客户传来的参数是负数或者小数那么就不应该通过验证。
我们根据上述需求，我们来创建一个验证器。位置还是跟之前的一样在validate文件夹下
取名为IdMustBePositiveInt.php(名字有点长，不过好在望文知意)
首先肯定是要继承我们的基础验证器
class IdMustBePositiveInt extends BaseValidate
然后制定规则,为一个固定的成员变量赋值
protected $rule = [
//require是内置规则，而tp5并没有正整数的规则，所以下面这个positiveInt使用自定义的规则
'id' => 'require|positiveInt'
];
那么自定义规则怎么干呢，其实也简单。定义一个被保护的方法
//系统会自动传入几个参数 第一个是 要验证的值，第二个是规则，自己可以规定规则内容或者不写，第三个是最初传入的data。其实不只这三个参数，想了解详细的可以看看文档
protected function positiveInt($value, $rule='', $data)
{
if (is_int(($value+0))&&($value+0)>0) {
return true;
}else{
return 'id必须为正整数';
}
}
！！注意：这里如果判断失败：返回的不是false 返回的是错误信息。
3. 调用验证
根据我们之前的封装，我们需要达到的效果就是接受参数，验证参数一体。那么现在我们如何调用验证呢
厉害的来了,我们还是以id为例
public function test($id)
{
//在控制器中直接调用写上这行代码就搞定验证了
(new IdMustBePositiveInt)->goCheck();
}
- 就这样的一句代码，直接搞定验证。当我们实例化id验证器，调用它父类的goCheck方法。
- goCheck方法会接受参数，并且将参数传入validate对象上check方法
- 就会去匹配我们在id验证器中$rule中规定的require规则和我们自定义的规则。
- 如果都通过就会返回true
- 如果其中一条不匹配则会抛出异常
这次只举了id为例子，虽然看上去比直接写独立验证麻烦很多，但是大家仔细想想，这个验证规则其实在很多地方都是一样的，比如密码验证规则，用户名验证规则等，当这个项目写完了。你已经完成了很多验证器。其实在下个项目中还可以继续套用的哦
TP5验证规则使用
①静态调用（使用内置的规则验证单个数据，返回值为布尔值）
// 日期格式验证
Validate::dateFormat('2016-03-09','Y-m-d'); // true
// 验证是否有效的日期
Validate::is('2016-06-03','date'); // true
// 验证是否有效邮箱地址
Validate::is('thinkphp@qq.com','email'); // true
// 验证是否在某个范围
Validate::in('a',['a','b','c']); // true
// 验证是否大于某个值
Validate::gt(10,8); // true
// 正则验证
Validate::regex(100,'\d+'); // true
②模型验证（在模型中的验证方式）
$User = new User;
$result = $User->validate(
[
'name' => 'require|max:25',
'email' => 'email',
],
[
'name.require' => '名称必须',
'name.max' => '名称最多不能超过25个字符',
'email' => '邮箱格式错误',
]
)->save($data);
if(false === $result){
// 验证失败 输出错误信息
dump($User->getError());
}
③控制器验证（控制器中进行验证）
如果你需要在控制器中进行验证，并且继承了\think\Controller的话，可以调用控制器类提供的validate方法进行验证，如下：
$result = $this->validate(
[
'name' => 'thinkphp',
'email' => 'thinkphp@qq.com',
],
[
'name' => 'require|max:25',
'email' => 'email',
]);
if(true !== $result){
// 验证失败 输出错误信息
dump($result);
}
控制器中的验证代码可以简化为：
$result = $this->validate($data,'User');
if(true !== $result){
// 验证失败 输出错误信息
dump($result);
}
如果要使用场景，可以使用：
$result = $this->validate($data,'User.edit');
if(true !== $result){
// 验证失败 输出错误信息
dump($result);
}
在validate方法中还支持做一些前置的操作回调，使用方式如下：
$result = $this->validate($data,'User.edit',[],[$this,'some']);
if(true !== $result){
// 验证失败 输出错误信息
dump($result);
}
好了,本次tp5验证器的介绍了就写到这里了,希望对大家的学习有所帮助，也希望大家多多支持。
ThinkPHP5,验证器
免责声明：本站文章均来自网站采集或用户投稿，网站不提供任何软件下载或自行开发的软件！ 如有用户或公司发现本站内容信息存在侵权行为，请邮件告知！ 858582#qq.com
这一波大模型产业落地浪潮里，不少企业其实处在 “干瞪眼“的状态。
一种情况是，很多大模型产品看得见却摸不着，在台上一个个遥遥领先——今天Sora技精四座，明天英伟达的机器人又赢得满堂彩，可是到了台下一问：啥时候能用上啊？答曰：遥遥无期。
另一种情况是，企业想用上大模型，却又难免瞻前顾后——既要考虑场景融合，又得兼顾安全性，还要考虑打通现有系统，再加上各种部署成本和繁琐的采购流程……最后只能拂袖：罢了，再等等吧。
稳了！魔兽国服回归的3条重磅消息！官宣时间再确认！
昨天有一位朋友在大神群里分享，自己亚服账号被封号之后居然弹出了国服的封号信息对话框。
这里面让他访问的是一个国服的战网网址，com.cn和后面的zh都非常明白地表明这就是国服战网。
而他在复制这个网址并且进行登录之后，确实是网易的网址，也就是我们熟悉的停服之后国服发布的暴雪游戏产品运营到期开放退款的说明。这是一件比较奇怪的事情，因为以前都没有出现这样的情况，现在突然提示跳转到国服战网的网址，是不是说明了简体中文客户端已经开始进行更新了呢？