延伸参考:Q4：什么时候该保留YUI？
低频、稳定、没人投诉的页面，保留 YUI 很合理。比如内部查询页、配置页、历史报表页，一年改不了几次，强行重构只会制造新风险。技术债不是看到就还，得看利息高不高。
如果页面依赖大量 YUI 插件，而且业务逻辑没有测试覆盖，我更建议先加监控和回归清单。你可以把依赖锁住、补文档、标注风险，这些动作比立刻重写更务实。
YUI攻略：和同类库怎么选重点解析
YUI攻略：和同类库怎么选重点解析
YUI攻略最有价值的地方，不是教你背 API，而是帮你判断它和 jQuery、原生 JS、现代框架到底该怎么搭配。老项目里选错路线，轻则多写三天，重则把页面交互改崩。下面用问答把高频纠结一次讲透。 志田千阳对比最适合用具体比赛来复盘，而不是空喊“她很稳”。我们用一场典型女双对抗的观看流程，把她和偏强攻、偏防守、偏速度型对手放在同一套观察框架里，看她到底怎么赢空间、抢节奏。
核心要点:步骤五：赛后别只看比分，看三项小账
复盘时建议记三项小账：接发被扑几次，主动封网成功几次，防守转进攻成功几次。这比单纯说“今天状态好”更有用。比分只能告诉你结果，小账能告诉你结果怎么来的。
一场志田千阳对比看下来，你会发现她的强项不是特别玄：接发抢半拍、前场不乱动、轮转很省力、关键分选择清楚。她可能不是每场都最炸，但很少让比赛变成完全失控的混战。
使用细节:坑一：模块加载看着简单，实际影响全局
YUI().use() 表面是在加载几个模块，实际决定了这段代码能拿到哪些能力。项目里如果到处散落 use 调用，就会出现功能分散、依赖不透明的问题。新人改一个事件，以为只影响按钮，结果另一个模块初始化顺序被打乱。
避坑办法是先画依赖图，不用多高级，Excel 都行。页面用了哪些模块、入口文件在哪里、初始化顺序怎样，列出来之后再改。老项目最怕凭感觉动手，尤其是没有自动化测试的时候。
常见场景:Q2：画风和分镜现在看过时吗？
如果你习惯近几年高预算条漫的精修画面，刚打开可能会觉得它有年代感。早期网络漫画常见的问题，比如画面密度不稳定、部分动作分镜略粗，都能在它身上看到。
但“过时”不等于“不好看”。它的阅读价值更多来自题材和叙事气质，而不是单纯拼画面。就像老港片不一定每个镜头都精致，但人物一说话、氛围一出来，照样能把人抓住。
避坑提醒:可替代选题2
“涉性内容的合规审核清单”
“站点标题和摘要怎么写才不踩线”
选择建议:第三步：事件和请求够用就行
绑定点击事件通常写成 Y.one('#btn').on('click', function (e) { e.preventDefault(); ... })。事件对象、阻止默认行为、取当前节点这些都能做，只是命名和现代框架不一样。你别拿 React 的思路套它，YUI 更像“增强页面交互”的工具箱。
请求模块用 io，写法比 fetch 啰嗦一点，但在老浏览器兼容时代很有意义。现在维护时，我会优先保持原项目写法，不会为了看起来现代就把 io 全换掉。小改动少引风险，这点在老系统里特别值钱。
常见问题
YUI攻略里最重要的判断是什么？
先判断页面主依赖和业务频率。低频稳定页保留，高频核心页规划迁移，别凭喜好选技术。
YUI能和React一起用吗？
能，但不要操作同一块 DOM。用容器边界隔离，通过事件或接口通信更安全。
YUI替换成原生JS难吗？
简单交互不难，组件和复杂事件链较难。建议先替小功能，再逐步扩展。
志田千阳对比其他女双最大的优势是什么？
她的优势在前场压迫、接发处理和组合轮转，尤其能把对手的回球质量一点点压低。