使用细节:坑一：模块加载看着简单，实际影响全局
YUI().use() 表面是在加载几个模块，实际决定了这段代码能拿到哪些能力。项目里如果到处散落 use 调用，就会出现功能分散、依赖不透明的问题。新人改一个事件，以为只影响按钮，结果另一个模块初始化顺序被打乱。
避坑办法是先画依赖图，不用多高级，Excel 都行。页面用了哪些模块、入口文件在哪里、初始化顺序怎样，列出来之后再改。老项目最怕凭感觉动手，尤其是没有自动化测试的时候。
YUI避坑：底层逻辑讲透常见问题
YUI避坑：底层逻辑讲透常见问题
YUI避坑不能只背“这个库老了”。真正会出事的点，在于它的模块加载、DOM封装、组件生命周期和现代工程方式不完全同频。你只要理解这些底层逻辑，维护时就不会乱改；该保留、该隔离、该迁移，也能判断得更准。 逆流攻略的核心不是逞强，而是判断什么时候该顺势、什么时候该换道。很多人把逆流理解成“别人做A我偏做B”，结果方向冷、反馈慢、心态崩。下面用问答把常见选择拆开讲，帮你少走弯路。
常见场景:问：最容易踩的坑是什么？
第一个坑是为了不同而不同。用户不是来欣赏你叛逆的，是来解决问题的。第二个坑是只给观点不给路径，看完很爽，做完没有。第三个坑是把个案当规律，讲得像放之四海皆准。
逆流攻略里有个简单自检：一句话观点后面，能不能接上“适合谁、不适合谁、怎么试、失败信号是什么”。接不上，就先别发。
避坑提醒:步骤五：给出可执行结论
一份靠谱的 YUI测评，不该只写“技术较老，建议升级”。这句话等于没说。你要给出清单：哪些页面依赖 YUI，哪些模块高风险，哪些短期不动，哪些可以替换成原生 JS 或现代组件。
我的最终判断模板是：低频页面保守维护，中频页面加测试后小步替换，高频核心流程单独排迁移计划。这样老板看得懂，开发也能落地，不会变成一份漂亮但没人执行的文档。
选择建议:Q1：YUI和jQuery谁更适合维护老页面？
如果老页面本来就是 YUI，继续用 YUI 通常更稳；如果页面主要是 jQuery，那就别为了统一技术洁癖硬塞 YUI。维护老项目第一原则不是“我喜欢哪个库”，而是“现有页面靠哪个库活着”。
jQuery 的优势是资料多、语法短、接手快。YUI 的优势是模块系统完整，很多老企业项目曾经按它的规范组织代码。我的 YUI攻略是：谁是主依赖就顺着谁，小改动不要跨体系混写太多，否则半年后没人敢动。
延伸参考:第一步：加载方式别搞错
YUI 3 的典型写法是先引入 yui-min.js，然后写 YUI().use('node', function (Y) { ... })。这里的 Y 就像一个工具入口，选择 DOM、绑定事件、发 Ajax 都从它走。很多新手一上来找 $，结果发现不是 jQuery，那就跑偏了。
我本地测的时候，最省事的方式是用已有项目里的本地静态文件，不建议直接依赖老 CDN。原因很现实：老 CDN 链接可能还能打开，也可能哪天抽风。遗留项目要稳，先把依赖固定住，比追求“在线最新”更靠谱。
核心要点:Q3：演员阵容算不算加分项？
这部剧不是那种靠流量阵容冲热搜的配置，更偏实用型演员组合。刘凯负责撑主角线，刘洁涵、冯国强、高峰、吕一丁等演员负责把警队、案件和生活层面的质感补起来。
这种阵容的好处是没那么抢戏，观众更容易相信角色本身。坏处也明显：如果你只认大热明星，刚开始可能需要一点适应时间。
常见问题
YUI避坑最先做什么？
先确认版本和模块入口，列出页面依赖。没搞清楚加载关系前，不建议直接改组件代码。
YUI的Node对象和原生DOM有什么区别？
YUI Node 是封装对象，使用 YUI 自己的 on、get、setHTML 等方法；原生 DOM 使用 addEventListener、textContent 等 API。
YUI迁移为什么容易出问题？
因为问题不只在 API 替换，还涉及初始化顺序、组件生命周期、DOM 所有权和业务状态边界。
逆流攻略最适合哪些领域？
适合教育、职场、健身、理财、内容创作这类长期需求领域，因为用户愿意比较不同方法。