thinkphp 的 validatescene 是需手动触发的字段白名单机制，非自动识别操作类型的智能开关；必须显式调用 scene('edit') 才生效，场景名大小写敏感，拼错则静默回退全量校验。
ThinkPHP 的 validateScene 不是自动识别操作类型的“智能开关”，而是一个需手动触发、严格匹配的字段白名单控制机制。它不改变规则逻辑，只决定哪些字段参与校验。
场景必须显式调用才生效
验证器不会根据控制器方法名（如 edit）、路由或 HTTP 方法自动切换场景。以下写法完全无效：
-
$validate->check($data)—— 默认走全部规则，无视$scene配置 -
$model->save($data)—— 即使模型里定义了sceneEdit()，不调scene('edit')就不触发
正确写法只有两种：
$validate->scene('edit')->check($data)$model->scene('edit')->save($data)
场景名大小写敏感，“Edit”和“edit”是两个不同场景；拼错或不存在时，框架静默回退到全量校验，容易误判为“没生效”。
scene 是白名单，不是规则分组
$scene['edit'] = ['username', 'email'] 的作用仅是：只让 username 和 email 这两个字段进入校验流程。它们的规则仍来自 $rule 中同名键的定义，$scene 本身不写规则、不改规则、不新增规则。
- 字段名必须与
$rule键完全一致（包括下划线、驼峰、大小写） - 不支持在
$scene里写别名映射，如['user_name' => 'username']易出错，不推荐 - 真正需要“某场景下该字段才必填”，不能靠
scene控制，得用sceneRegister()方法动态返回不同规则数组
复用验证器的关键在结构分离
把验证规则硬编码在模型里（protected $validate）会导致无法跨模型共享，也难以测试和维护。推荐做法是：
- 用命令行生成独立验证器：
php think make:validate UserValidate - 验证器类继承
think\Validate，按业务域命名（如UserValidate、OrderValidate），避免泛用BaseValidate - 模型中删掉
$validate属性，改为$this->validate($data, new UserValidate()) - 错误提示统一写在验证器的
$message里，不依赖模型$error自动映射
编辑场景慎用 only，推荐 append + remove 组合
only(['id', 'nickname']) 是白名单，会跳过所有未列出字段（包括主键、时间戳等），极易导致更新失败。
- 新增常用
only：聚焦核心字段，避免冗余校验 - 编辑推荐
append(['nickname'])->remove(['password'])：基于默认规则做增删，更安全可控 -
remove('user_name')不会移除username字段规则，字段名必须严格一致
unique 验证注意排除主键：'username' => 'unique:user,username^id'，否则编辑自己时会误判重复。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
