Eloquent 模型不支持原生验证组，因验证组机制仅作用于 Request 层或手动 Validator 实例；casts 和访问器仅处理类型转换与逻辑拦截，不参与验证流程，场景化验证应通过 FormRequest 或手动构建 Validator 实现。
Eloquent 的 $casts 和 getAttribute 不支持原生验证组（validation groups），所谓 “Eloquent Attribute Validation Groups” 实际上是误传概念 —— Laravel 的验证组（validateWithBag、Validator::make(...)->sometimes() 或表单请求类的 $validator->sometimes()）只作用于 Request 层或手动构建的 Validator 实例，不绑定到 Eloquent 模型属性本身。
为什么 Eloquent 模型里不能直接用 validation groups？
Laravel 的验证组机制依赖 Validator 实例的 validate 方法接收 $rules 数组并识别 :rule 语法（如 required_if:group,profile），而 Eloquent 的 fillable、casts、get*Attribute 等均不参与验证流程。模型的 validate() 方法（如果自定义）也必须显式调用 Validator::make()，无法靠属性名自动触发某组规则。
- 模型属性（如
$user->email）只是 PHP 属性访问，没有“验证上下文” -
protected $casts = ['email' => 'string']只做类型转换，不做校验 -
setEmailAttribute()可以抛异常，但属于业务逻辑拦截，不是 validation group 的声明式行为
真正能实现“场景化验证”的地方只有 Request 或手动 Validator
要按场景（如注册 / 编辑资料 / 重置密码）复用不同字段规则，必须把验证逻辑从模型移出，放到控制器上游：
- 使用
FormRequest类，在rules()方法中根据$this->route()->getName()或$this->method()动态返回规则数组 - 在控制器中手动构建
Validator：$validator = Validator::make($request->all(), [ 'name' => 'required_if:scenario,profile', 'avatar' => 'nullable|image|mimes:jpg,png|max:2048', ]); - 用
required_unless、required_if、exclude_if等条件规则替代“分组”，避免写多套规则
想让模型“感知场景”？只能靠传参或状态标记
如果你坚持在模型层做校验（例如 $user->save() 前检查），可以加一个可选参数或临时属性，但要注意这不是 Laravel 原生支持的验证组：
立即学习“PHP免费学习笔记（深入）”；
- 定义模型方法：
public function validateFor(string $scenario = 'default') - 内部用 switch 匹配
$scenario，返回对应规则数组，再交给Validator::make() - 不要覆盖
save()自动验证 —— 它不接收场景参数，强行塞进去会破坏 Eloquent 行为一致性 - 示例调用：
if ($user->validateFor('profile')->fails()) { ... }
真正容易被忽略的是：验证组的本质是“规则动态组合”，不是“属性绑定”。把验证逻辑塞进模型访问器（getEmailAttribute）或修改器（setEmailAttribute）只会让错误定位变难、测试变复杂、且无法复用 Laravel 的错误消息包和前端交互机制。
