使用细节:Q1：YUI和jQuery谁更适合维护老页面？
如果老页面本来就是 YUI，继续用 YUI 通常更稳；如果页面主要是 jQuery，那就别为了统一技术洁癖硬塞 YUI。维护老项目第一原则不是“我喜欢哪个库”，而是“现有页面靠哪个库活着”。
jQuery 的优势是资料多、语法短、接手快。YUI 的优势是模块系统完整，很多老企业项目曾经按它的规范组织代码。我的 YUI攻略是：谁是主依赖就顺着谁，小改动不要跨体系混写太多，否则半年后没人敢动。
YUI攻略：和同类库怎么选常见问题
YUI攻略：和同类库怎么选常见问题
YUI攻略最有价值的地方，不是教你背 API，而是帮你判断它和 jQuery、原生 JS、现代框架到底该怎么搭配。老项目里选错路线，轻则多写三天，重则把页面交互改崩。下面用问答把高频纠结一次讲透。 福利社视频对比最怕停在表面：这个点赞多、那个讲得快、另一个封面好看。真正有用的对比，要拿同一个目标去验证。我用一次“找会员观影券”的具体过程做复盘，从搜索到领取，看看三类视频到底谁更靠谱、谁只是看着香。
常见场景:步骤二：看官方视频，拿规则底线
官方视频最稳，直接给了领取入口、活动时间、适用影院和券有效期。缺点也明显：讲得规矩，没告诉你哪种买法最省，也不会提醒某些城市排片少。
这一步的作用不是找技巧，而是定底线。我记下三个硬信息：活动到月底、每个账号限领一次、周末可用但部分特殊场次不可用。后面所有视频，只要和这三条冲突，就直接淘汰。
避坑提醒:主角线 vs 配角线：信息密度不同
主角线重点看简凡这一类核心人物，他的成长、判断、办案方式，是整部剧的骨架。演员表里这部分信息最稳定，各平台差异也小。
配角线更像拼图。某些角色出场不多，但会推进案件、提供线索，甚至影响主角选择。查演员表时，别只盯排名靠前的人，案情剧很多关键人物都藏在中后段名单里。
选择建议:坑四：迁移不是翻译API，而是切边界
很多人做 YUI避坑，第一反应是把 Y.one 翻译成 querySelector，把 on 翻译成 addEventListener。小功能可以这样，但迁移整个页面时，这只是表层动作。真正难的是状态在哪里、谁负责渲染、谁拥有 DOM。
靠谱的迁移方式是按业务边界切：一个弹窗、一个表单、一个列表，独立替换，输入输出固定。别边改 YUI 边引框架边重写接口，三件事叠一起，问题定位会直接爆炸。
延伸参考:最后：用 YUI 的正确姿势
YUI怎么用，核心就三句话：先确认版本，再按模块加载，最后小步修改。它不适合拿来炫技，也不适合重构成“半新不旧”的四不像。真正懂行的处理方式，是尊重它原来的工程边界。
如果你只是接手一个老项目，先把页面里用了哪些模块列出来，再从节点、事件、请求三块读起。别急着全量替换，先让业务跑稳。YUI 的价值不在新，而在你能不能把旧系统安全地维护下去。
核心要点:步骤一：先确认你测的是哪个 YUI
做 YUI测评前，第一件事不是写 demo，而是确认对象。这里说的是 Yahoo 的 YUI 前端库。它有 YUI 2 和 YUI 3 两条常见遗留线，写法差异不小。YUI 2 里会看到 YAHOO.util 这类命名，YUI 3 更常见 YUI().use()。
我见过最坑的情况，是项目里同时残留 YUI 2 插件和 YUI 3 代码，页面还能跑，但新人一改就炸。测评时先全局搜 YAHOO、YUI().use、yui-min.js，把版本关系摸清楚，后面才有讨论价值。
常见问题
YUI攻略里最重要的判断是什么？
先判断页面主依赖和业务频率。低频稳定页保留，高频核心页规划迁移，别凭喜好选技术。
YUI能和React一起用吗？
能，但不要操作同一块 DOM。用容器边界隔离，通过事件或接口通信更安全。
YUI替换成原生JS难吗？
简单交互不难，组件和复杂事件链较难。建议先替小功能，再逐步扩展。
福利社视频对比时应该先看哪类？
先看官方视频确认规则，再看达人实测判断体验，最后看合集补充线索。顺序反了容易被夸张标题带偏。