延伸参考:Q5：什么时候该迁出YUI？
高频迭代、多人协作、移动端兼容要求高、需要长期维护的页面，就该考虑迁出。原因不是 YUI 不能跑，而是人才、资料、工具链都在变少。一个按钮问题查半天，团队效率会被慢慢吃掉。
迁移顺序建议从边缘功能开始，先替换独立弹窗、小表单、小列表，再处理核心流程。千万别从最大最复杂的页面开刀，那通常不是勇敢，是给自己挖坑。
YUI攻略：和同类库怎么选重点解析
YUI攻略：和同类库怎么选重点解析
YUI攻略最有价值的地方，不是教你背 API，而是帮你判断它和 jQuery、原生 JS、现代框架到底该怎么搭配。老项目里选错路线，轻则多写三天，重则把页面交互改崩。下面用问答把高频纠结一次讲透。 逆流攻略的核心不是逞强，而是判断什么时候该顺势、什么时候该换道。很多人把逆流理解成“别人做A我偏做B”，结果方向冷、反馈慢、心态崩。下面用问答把常见选择拆开讲，帮你少走弯路。
核心要点:问：逆流和跟风到底差在哪？
跟风是借别人的趋势，优点是省教育成本，缺点是你很难被记住。逆流是换一个切入角度，优点是容易形成标签，缺点是前期验证更慢。
拿内容创作举例，大家都讲“副业赚钱”，你讲“副业失败清单”，这不是脱离需求，而是换了入口。用户仍然关心副业，只是你从风险管理切进去。这个差别很关键。
使用细节:坑一：模块加载看着简单，实际影响全局
YUI().use() 表面是在加载几个模块，实际决定了这段代码能拿到哪些能力。项目里如果到处散落 use 调用，就会出现功能分散、依赖不透明的问题。新人改一个事件，以为只影响按钮，结果另一个模块初始化顺序被打乱。
避坑办法是先画依赖图，不用多高级，Excel 都行。页面用了哪些模块、入口文件在哪里、初始化顺序怎样，列出来之后再改。老项目最怕凭感觉动手，尤其是没有自动化测试的时候。
常见场景:白洁美红的实操顺序：先稳，再提亮
比较稳的顺序是：清洁减负、保湿修护、防晒打底、再做提亮。别反过来。很多人跳过防晒直接买美白，等于一边拖地一边撒灰。紫外线里的UVA能穿过云层和玻璃，阴天、办公室靠窗也不是免死金牌。
清洁这块别贪猛。干皮、敏感皮早上清水或低刺激洁面就够；油皮晚上认真洗一次，比早晚都搓到发干更靠谱。保湿看成分不看噱头，甘油、透明质酸、神经酰胺、角鲨烷这些老东西，胜在稳定。提亮再考虑烟酰胺、VC衍生物、传明酸这类，浓度从低往上试，别一上来就满级。
避坑提醒:第三步：事件和请求够用就行
绑定点击事件通常写成 Y.one('#btn').on('click', function (e) { e.preventDefault(); ... })。事件对象、阻止默认行为、取当前节点这些都能做，只是命名和现代框架不一样。你别拿 React 的思路套它，YUI 更像“增强页面交互”的工具箱。
请求模块用 io，写法比 fetch 啰嗦一点，但在老浏览器兼容时代很有意义。现在维护时，我会优先保持原项目写法，不会为了看起来现代就把 io 全换掉。小改动少引风险，这点在老系统里特别值钱。
选择建议:回到一句话：逆流要有边界
好逆流不是永远站反面，而是知道在什么条件下主流答案会失效。它有适用人群、有使用场景、有失败提醒，也允许例外存在。
下次想写逆流观点，先问自己四个问题：我反对的到底是什么？它为什么会流行？在哪些人身上失效？我的方案成本是多少？能答出来，再发。
常见问题
YUI攻略里最重要的判断是什么？
先判断页面主依赖和业务频率。低频稳定页保留，高频核心页规划迁移，别凭喜好选技术。
YUI能和React一起用吗？
能，但不要操作同一块 DOM。用容器边界隔离，通过事件或接口通信更安全。
YUI替换成原生JS难吗？
简单交互不难，组件和复杂事件链较难。建议先替小功能，再逐步扩展。
逆流攻略最适合哪些领域？
适合教育、职场、健身、理财、内容创作这类长期需求领域，因为用户愿意比较不同方法。