YUI怎么用这事，不能按新框架那套想。它是 Yahoo 当年维护的前端库，最后稳定版停在 3.18.1，适合读旧项目、修后台页面、接手遗留系统。我按真实维护场景跑了一遍：加载模块、选节点、绑事件、发请求，顺手把最容易卡住的点也记下来。 YUI避坑不能只背“这个库老了”。真正会出事的点，在于它的模块加载、DOM封装、组件生命周期和现代工程方式不完全同频。你只要理解这些底层逻辑，维护时就不会乱改；该保留、该隔离、该迁移，也能判断得更准。
YUI 3 的典型写法是先引入 yui-min.js，然后写 YUI().use('node', function (Y) { ... })。这里的 Y 就像一个工具入口，选择 DOM、绑定事件、发 Ajax 都从它走。很多新手一上来找 $，结果发现不是 jQuery，那就跑偏了。
我本地测的时候，最省事的方式是用已有项目里的本地静态文件，不建议直接依赖老 CDN。原因很现实：老 CDN 链接可能还能打开，也可能哪天抽风。遗留项目要稳，先把依赖固定住，比追求“在线最新”更靠谱。
很多人做 YUI避坑，第一反应是把 Y.one 翻译成 querySelector，把 on 翻译成 addEventListener。小功能可以这样，但迁移整个页面时，这只是表层动作。真正难的是状态在哪里、谁负责渲染、谁拥有 DOM。
靠谱的迁移方式是按业务边界切：一个弹窗、一个表单、一个列表，独立替换，输入输出固定。别边改 YUI 边引框架边重写接口，三件事叠一起，问题定位会直接爆炸。
逆流的好处是差异化明显，更容易形成自己的判断框架。坏处也真实：前期不一定被理解，反馈可能慢，还需要更强的信息筛选能力。
所以它不适合所有事。救急、入门、标准化任务，顺流通常更高效；需要长期积累、竞争过热、同质化严重的领域，逆流才更值得试。
看完这轮张少华对比，我的结论很简单：她的强项不是角色类型单一，而是能把不同类型都落到“人”身上。苦情不滥，喜剧不飘，群像不虚。
如果你也想复盘，别一次看太多。一天看两个片段加一集正片就够了。看完写三行笔记：她在怕什么、忍什么、想要什么。这个笨办法，比刷十条剪辑更能看懂演员。
我不喜欢把家属当“管理资源”。下属的老婆怎么用，正确打开方式不是让她帮你劝加班、催交付、稳定情绪，而是把她的反馈当成一个信号：员工最近是不是压力过载、沟通是不是没到位、家庭安排是不是被工作打穿了。
真正好用的不是家属本人，而是由她提醒你补齐管理动作。
官方视频最稳，直接给了领取入口、活动时间、适用影院和券有效期。缺点也明显：讲得规矩，没告诉你哪种买法最省，也不会提醒某些城市排片少。
这一步的作用不是找技巧，而是定底线。我记下三个硬信息：活动到月底、每个账号限领一次、周末可用但部分特殊场次不可用。后面所有视频，只要和这三条冲突，就直接淘汰。
能用，尤其是维护遗留项目。但 YUI 已长期停止活跃维护，不建议新项目从零选择它。
不一样。YUI 更强调模块加载和工具集合，jQuery 更偏 DOM 操作快捷写法，二者思路接近但 API 差很多。
先找 YUI().use()，看括号里加载了哪些模块，再顺着 Y.one、Y.all、on、io 这些常见调用读。
先确认版本和模块入口，列出页面依赖。没搞清楚加载关系前，不建议直接改组件代码。