Yii2 的严谨性源于代码层约束机制，包括命名空间、类型提示、服务定位器、依赖注入、严格MVC分离等，强制执行init()、验证逻辑、请求拦截等契约，确保协作中无法绕过校验与状态管理。
yii\base\Component 强制所有组件实现 init() 和属性访问控制；yii\db\ActiveRecord 不让你绕过验证就存数据；yii\web\Controller::beforeAction() 返回 false 就真能掐断请求——没有“默认放行”这种模糊地带。
这种设计不是为了增加学习成本，而是让多人协作时，没人能靠“临时 patch”绕过校验逻辑或状态管理。
为什么 Yii::$app->get() 比直接 new 更关键
新手常写 new UserForm() 或 new CacheHelper()，但老手一定走 Yii::$app->get('cache') 或 Yii::$app->get('user')。这不是炫技，是守住三个底线：
- 单例控制：避免重复初始化数据库连接、Redis 实例、日志通道
- 配置解耦：缓存驱动从
file切到redis只改 config，不用翻代码 - 生命周期统一：服务启动时注册，销毁时自动 cleanup，不会残留未关闭的 socket 或未 flush 的 buffer
一旦跳过 get() 直接 new，就等于主动放弃框架对资源和状态的管控权。
rules() 里的每个验证项都在执行静态契约
ActiveRecord 的 rules() 不只是“前端防呆”，它是运行时强制执行的契约声明：
-
['status', 'in', 'range' => [0, 1, 2]]→ 状态字段只能是这三个整数，插入非法值会抛yii\base\InvalidParamException -
['email', 'email']→ 自动调用filter_var($value, FILTER_VALIDATE_EMAIL)，且默认开启on => ['insert', 'update'] -
['created_at', 'default', 'value' => new \yii\db\Expression('NOW()')]→ 不是 PHP 时间戳，是 SQL 层面的 NOW()，时区、精度全由 DB 控制
这比 Laravel 的 validate() 更早介入数据流，也比手写 if-else 校验更难绕过——因为 ActiveRecord 的 save() 默认调用 validate()，除非你显式传 $runValidation = false，而这个参数在 Gii 生成的 CRUD 里根本不会出现。
立即学习“PHP免费学习笔记（深入）”；
调试工具条（Yii Debug Toolbar）暴露的是真实请求链路，不是模拟路径
打开 index.php 里把 YII_DEBUG 设为 true 后，工具条显示的不是“理想路径”，而是每一步实际触发的：
- 哪个
behaviors()在beforeValidate阶段改了属性值 - 哪次
ActiveQuery::with()触发了 N+1，工具条直接标红 SQL 查询次数 -
Yii::info()和Yii::error()日志时间戳精确到微秒，且按 trace level 分层折叠，不是堆在一起的文本流
很多团队上线后关掉调试条，结果发现线上行为和本地不一致——其实问题早就藏在本地调试条里：比如某个 Event::on() 注册顺序错乱导致事件被覆盖，或者 AssetBundle 的 depends 写漏了造成 JS 执行时序错误。这些都不是“功能没写完”，而是“契约没守牢”。
rules() 或怎么配 service，而是习惯每次加一个新字段、新行为、新中间件时，先问一句：这个改动有没有破坏已有契约？Yii2 把这个问题的答案，编译进了类签名、配置结构和核心流程里。 
