使用细节:坑一：模块加载看着简单，实际影响全局
YUI().use() 表面是在加载几个模块，实际决定了这段代码能拿到哪些能力。项目里如果到处散落 use 调用，就会出现功能分散、依赖不透明的问题。新人改一个事件，以为只影响按钮，结果另一个模块初始化顺序被打乱。
避坑办法是先画依赖图，不用多高级，Excel 都行。页面用了哪些模块、入口文件在哪里、初始化顺序怎样，列出来之后再改。老项目最怕凭感觉动手，尤其是没有自动化测试的时候。
YUI避坑：底层逻辑讲透常见问题
YUI避坑：底层逻辑讲透常见问题
YUI避坑不能只背“这个库老了”。真正会出事的点，在于它的模块加载、DOM封装、组件生命周期和现代工程方式不完全同频。你只要理解这些底层逻辑，维护时就不会乱改；该保留、该隔离、该迁移，也能判断得更准。 YUI攻略最有价值的地方，不是教你背 API，而是帮你判断它和 jQuery、原生 JS、现代框架到底该怎么搭配。老项目里选错路线，轻则多写三天，重则把页面交互改崩。下面用问答把高频纠结一次讲透。
常见场景:Q5：什么时候该迁出YUI？
高频迭代、多人协作、移动端兼容要求高、需要长期维护的页面，就该考虑迁出。原因不是 YUI 不能跑，而是人才、资料、工具链都在变少。一个按钮问题查半天，团队效率会被慢慢吃掉。
迁移顺序建议从边缘功能开始，先替换独立弹窗、小表单、小列表，再处理核心流程。千万别从最大最复杂的页面开刀，那通常不是勇敢，是给自己挖坑。
避坑提醒:步骤1：先定同一个母题
母题选“时间管理”，因为它够大众，搜索需求稳定，也容易做逆流对比。主流版本通常会写：如何每天完成10件事、怎么用待办软件、早起后怎么安排上午。
逆流版本不换赛道，只换问题：为什么你越管理时间越累？这个切口没有离开时间管理，但把焦点从“做更多”挪到“少做错事”。
选择建议:对比2：免费版适合试口味，付费版适合高频用户
新手别急着开会员。免费版最适合做三件事：测试回复风格、看限制频率、确认自己会不会持续使用。很多人新鲜感只有两晚，第三天就忘了打开，这种情况付费很亏。
付费版更适合每天都聊、需要更长上下文、更少限制的人。我的建议是先给自己设一个门槛：连续使用7天，每天至少打开一次，而且确实帮你减少了焦虑或提高了整理效率，再考虑付费。
延伸参考:步骤三：检查排序逻辑
有些演员表按热度排，有些按片方署名排，还有些按平台算法排。别看到某个演员排前面，就立刻判断戏份更多。
更稳的方式是结合片头、片尾字幕看。片方字幕通常更接近正式署名，平台页面更适合快速浏览。两者一起用，误判会少很多。
核心要点:第三步：事件和请求够用就行
绑定点击事件通常写成 Y.one('#btn').on('click', function (e) { e.preventDefault(); ... })。事件对象、阻止默认行为、取当前节点这些都能做，只是命名和现代框架不一样。你别拿 React 的思路套它，YUI 更像“增强页面交互”的工具箱。
请求模块用 io，写法比 fetch 啰嗦一点，但在老浏览器兼容时代很有意义。现在维护时，我会优先保持原项目写法，不会为了看起来现代就把 io 全换掉。小改动少引风险，这点在老系统里特别值钱。
常见问题
YUI避坑最先做什么？
先确认版本和模块入口，列出页面依赖。没搞清楚加载关系前，不建议直接改组件代码。
YUI的Node对象和原生DOM有什么区别？
YUI Node 是封装对象，使用 YUI 自己的 on、get、setHTML 等方法；原生 DOM 使用 addEventListener、textContent 等 API。
YUI迁移为什么容易出问题？
因为问题不只在 API 替换，还涉及初始化顺序、组件生命周期、DOM 所有权和业务状态边界。
YUI攻略里最重要的判断是什么？
先判断页面主依赖和业务频率。低频稳定页保留，高频核心页规划迁移，别凭喜好选技术。