Validate类应拆分为独立业务验证类（如UserRegisterValidate），规则定义与触发时机解耦；自定义方法需通过构造参数传入外部依赖，禁用input()/request()；错误信息需统一处理字段名与前端对齐。
Validate类怎么拆出独立校验规则而不耦合控制器
直接把校验逻辑塞进控制器，后期改一个字段规则就得翻三四个文件——这不是校验，是埋雷。Validate 类本质是规则容器，不是执行器。真正该解耦的，是「规则定义」和「规则触发时机」。
实操建议：
- 每个业务场景建单独的验证类，继承
think\Validate，比如UserRegisterValidate、OrderSubmitValidate - 在验证类里用
rule方法声明字段，用message统一管理提示，别在scene里硬写提示文本 - 避免在
scene中调用$this->isMobile()这类业务方法——它不该出现在验证层，应提前转成字符串再传入 - 自定义验证方法必须是 public 且带
$value参数，否则Validate实例调用时会报call_user_func_array(): Argument #1 must be a valid callback
多场景嵌套校验时，scene 和 batch 的坑在哪
scene 不是开关，是字段白名单 + 规则叠加器；batch(true) 也不是“全量报错”，它只影响错误收集方式，不改变校验顺序或逻辑分支。
常见错误现象：scene('edit') 下仍校验了未声明的字段，或 batch(true) 后提示还是只有一条。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 用
only(['field1', 'field2'])显式限定字段，比依赖scene更可靠，尤其当表单字段动态生成时 -
batch(true)必须配合failException(false)才能拿到完整错误数组，否则第一次失败就抛异常中断 - 嵌套场景（如先校验基础字段，再根据 type 字段决定是否加载子规则）别硬塞进一个
scene，改用条件式append()动态加规则 - 注意
scene会覆盖父类同名规则，继承时若重写initScene()，记得调用parent::initScene()
自定义验证方法如何安全访问请求上下文
验证方法里不能直接用 input() 或 request 对象——Validate 是无状态的，实例化时不带任何请求上下文，强行注入会导致单元测试崩溃、并发下数据错乱。
实操建议：
- 所有外部依赖（如数据库查重、远程接口校验）必须通过构造参数传入，比如 new
UserRegisterValidate(['userModel' => $userModel]) - 验证方法签名固定为
function($value, $rule = '', $data = [], $field = '')，其中$data是当前待校验的全部字段，别试图从里面取 session 或 cookie - 需要跨字段联动校验（如 password 和 confirm_password 一致），用
$data['confirm_password']直接读，别另起一次input() - 异步/耗时校验（如手机号归属地查询）绝不放在这里做，应前置到中间件或服务层，验证层只做轻量判断
验证失败后错误信息怎么对齐前端字段名
ThinkPHP 默认用下划线命名（user_name），但前端可能是驼峰（userName）或中划线（user-name），直接返回 $validate->getError() 会让前端写一堆映射逻辑。
实操建议：
- 在验证类里重写
getFailMsg()，用array_change_key_case($this->error, CASE_LOWER)统一转小写，再按需替换 key - 字段别名用
name规则项定义：['user_name' => 'name|require|alphaNum', 'name' => '用户名']，这样getError()返回的就是“用户名”而非“user_name” - 如果前端用 JSON Schema 校验，别让后端拼错误消息，直接返回
['user_name' => ['require' => '必填']]结构，由前端自己翻译 - 注意
scene切换时getError()只返回当前 scene 涉及字段的错误，未启用字段的错误会被过滤掉——这点常被忽略
复杂点在于：验证类不是孤立运行的，它和模型、中间件、甚至缓存层存在隐式耦合。最容易被忽略的是，在命令行或队列任务里复用同一个 Validate 类时，$data 来源可能不是 HTTP 请求，但验证方法里还写着 request()->ip() ——这种代码上线后不会报错，只会静默失效。
