1) 首先 查看一下我们的目录结构
2)使用平常的写法来构造一下我们的验证
这里主要分四步在走,相对于使用独立验证器或者挨个数据验证已经优化了大部分的代码了,但是,当在使用中会发现,我们在多个验证或者多个模块的时候会出现重复性的冗余去写这一串代码
问题? 如何将上诉的代码压缩成一行呢
AOP: 在不修改源代码的情况下给程序动态统一添加功能的一种技术。AOP实际是GoF设计模式的延续,设计模式孜孜不倦追求的是调用者和被调用者之间的解耦,提高代码的灵活性和可扩展性,AOP可以说也是这种目标的一种实现
AOP、OOP在字面上虽然非常类似,但却是面向不同领域的两种设计思想。OOP(面向对象编程)针对业务处理过程的实体及其属性和行为进行抽象封装,以获得更加清晰高效的逻辑单元划分。
我们引入aop编程的思想来解决的我们的问题,通过将功能单一的模块合并统一起来
我们在common
下创建 validate
目录,并且创建一个BaseValidate
文件,继承 think\validate
- BaseValidate.php
<?php namespace app\common\validate; use app\common\controller\Base; use think\Request; use think\Validate; class BaseValidate extends Validate { /** * 基础类控制器 * @param null|array $data * @return bool */ public function goCheck($data = null) { # 当 data 不存在的时候去自动校验获取到的参数 if( is_null($data) ) { # 获取待验证的参数 $data = Request::instance()->param(); } # 进行验证 if( !$this->check($data) ) { (new Base())->ajaxjson(Base::error, $this->getError()); # 抛出的自定义异常 } return true; }
Salin selepas log masuk
优化后代码
瞬间舒服了很多吧,省去了非常多的代码了算是,因为这个东西在很多控制器下都是应该需要进行使用的
优化2
如baseValidate中的代码,其中有一串代码是is_null,那是为了校验所有传递上来的数据而编写,当我们需要校验所有的数据的时候只需要这样写
同样可以校验出数据,但是会有一个疑惑,我们没有来获取data数据,无法使用data数据,还是需要在控制器中重新进行获取,这是不可取的,所以我选择这样做