yii无内置规则引擎，rules()仅为静态验证入口；动态逻辑应优先用beforevalidate()或自定义验证方法；复杂规则宜外挂为独立服务，避免耦合模型。
Yii 没有内置规则引擎，所谓“规则引擎”必须靠你自己用验证器、行为、事件或自定义组件拼出来；硬套现成概念反而容易踩坑。
rules() 不是规则引擎，只是静态验证入口
很多人以为在 rules() 里写一堆数组就是配置了规则引擎——其实这只是告诉 Yii “哪些字段在什么场景下要跑哪些验证器”。它不支持运行时条件注入、优先级排序、规则启用/禁用开关，也不记录执行轨迹。
- 所有规则在模型实例化后就固定了，
addRule()只对当前实例生效，且默认只绑定到default场景 - 如果你在控制器里
$model->addRule('price', 'required', ['on' => 'checkout'])，但没调用$model->setScenario('checkout')，这条规则根本不会触发 - 闭包验证器（
['function' => function ($attr) { ... }]）不能序列化，无法缓存或跨请求复用，调试时也看不到原始定义位置
真要动态逻辑，优先用 beforeValidate() + 自定义验证方法
比堆砌 rules() 更可控：把依赖运行时状态的判断逻辑收口到 beforeValidate() 或独立验证方法里，避免规则和数据状态脱节。
-
beforeValidate()是模型验证前的最后钩子，可安全读取当前属性值、关联对象、甚至外部服务返回结果 - 自定义验证方法（如
public function validatePaymentMethod($attribute, $params)）能直接访问$this->orderType、$this->user->isVip等上下文，不用靠on或when参数绕来绕去 - 注意：
beforeValidate()返回false会中止整个验证流程；如果只是想跳过某条规则，用$this->skipOnEmpty = true或在验证方法里return即可
需要多条件组合判断？用行为（Behavior）封装规则集
把一类业务规则（比如“订单风控规则”）抽成 Behavior，比在每个模型里重复写 if-else 更易维护，也方便单元测试。
- Behavior 可以监听
Model::EVENT_BEFORE_VALIDATE，统一注入规则逻辑 - 规则启用状态可从配置或数据库读取（如
Config::get('risk.rules.enabled')），避免硬编码 - 别在 Behavior 的
init()里直接操作$this->owner->validators——此时模型可能还没加载完数据，$this->owner->attributes还是空的
复杂规则链建议外挂，别强塞进 Yii 生命周期
当规则涉及多步决策、外部 API 调用、状态机流转或需要审计日志时，硬塞进验证流程会导致模型臃肿、难以调试、违反单一职责。
- 典型场景：优惠券核销规则（库存+用户等级+时间窗口+黑名单校验）——适合单独建
CouponValidator服务类，在 Controller 或 Service 层显式调用 - 规则变更频繁？把规则条件存数据库（如
rule_conditions表），运行时解析 JSON 或 DSL，而不是改 PHP 代码再部署 - 最常被忽略的一点：Yii 的验证错误信息是扁平数组（
$model->errors），不保留规则执行顺序或中间变量。真要追踪规则链，得自己打日志或用Yii::info()记录每一步判断结果
