常见场景:Q1：YUI和jQuery谁更适合维护老页面？
如果老页面本来就是 YUI，继续用 YUI 通常更稳；如果页面主要是 jQuery，那就别为了统一技术洁癖硬塞 YUI。维护老项目第一原则不是“我喜欢哪个库”，而是“现有页面靠哪个库活着”。
jQuery 的优势是资料多、语法短、接手快。YUI 的优势是模块系统完整，很多老企业项目曾经按它的规范组织代码。我的 YUI攻略是：谁是主依赖就顺着谁，小改动不要跨体系混写太多，否则半年后没人敢动。
YUI攻略：和同类库怎么选避坑要点
YUI攻略：和同类库怎么选避坑要点
YUI攻略最有价值的地方，不是教你背 API，而是帮你判断它和 jQuery、原生 JS、现代框架到底该怎么搭配。老项目里选错路线，轻则多写三天，重则把页面交互改崩。下面用问答把高频纠结一次讲透。 逆流对比最有意思的地方，是同一个主题换个角度，结果可能完全不同。这里复盘一个很常见的内容选题：时间管理。主流写法讲高效清单，逆流写法讲减少任务。我按实际流程拆给你看，方便照着改自己的选题。
避坑提醒:步骤2：拆两套标题
主流标题可以是《高效时间管理：一天多出2小时》。优点是承诺清晰，用户知道能得到什么；缺点是类似标题太多，新账号很难突出。
逆流标题可以是《别再把待办清单写满了》。它的优势是有反差，容易引发点开；风险是如果正文只吐槽清单，就会显得虚。所以逆流对比时，标题越有冲突，正文越要落地。
选择建议:坑二：用少数案例推翻整体规律
“我朋友没上大学也年入百万”这种故事，很适合饭局，不适合做判断。逆流最怕拿极端案例当普遍路径，听起来燃，实际复制率低。
更靠谱的表达是承认概率：学历不是唯一变量，但在多数岗位筛选里仍然是门槛；副业可以赚钱，但前3个月更常见的是试错和低收入。说清概率，反而更像内行。
延伸参考:对比四：保留 YUI 和替换成原生 JS
保留 YUI 的优点是风险低，尤其是页面里已经有大量 YUI 组件时，继续沿用能少踩坑。缺点是新人少、资料旧、调试体验一般。替换成原生 JS 的优点是依赖少，未来维护更轻；缺点是你要保证不破坏老逻辑。
我的建议是小功能优先原生 JS，大功能贴着原体系走。比如新增一个简单按钮提示，用原生 addEventListener 完全没问题；但改一个依赖 YUI DataTable 的批量编辑，别莽，先看清组件生命周期。
核心要点:一句话记住逆流
逆流是什么？不是反对所有主流，而是在主流答案失效、拥挤或不适合你时，换一条更匹配自己的路。
最实用的判断公式是：真实需求还在，常规解法过挤，我有独特切口，并且能承受慢反馈。四个条件满足两个以上，就可以小规模试一把。
使用细节:先说结论：能用，但别当新项目主力
我这次实测的 YUI 指 Yahoo User Interface Library，不是某个同名 App。它的核心思路是模块化加载：你不是直接写一堆全局函数，而是通过 YUI().use() 把 node、event、io 这些模块拉进来再干活。对维护老系统很友好，因为很多企业后台、老 CMS、内部管理页还会见到它。
真实感受是：文档味道很老派，但逻辑清楚；API 不花哨，但够稳。最大的问题不是“不会写”，而是生态停更太久。你要是问 YUI怎么用，我的建议是：用于读懂旧代码、做小范围修补可以；从零开新项目，别硬上。
常见问题
YUI攻略里最重要的判断是什么？
先判断页面主依赖和业务频率。低频稳定页保留，高频核心页规划迁移，别凭喜好选技术。
YUI能和React一起用吗？
能，但不要操作同一块 DOM。用容器边界隔离，通过事件或接口通信更安全。
YUI替换成原生JS难吗？
简单交互不难，组件和复杂事件链较难。建议先替小功能，再逐步扩展。
逆流对比一定要拿两个标题测试吗？
最好测试。至少用同一母题写两个角度，观察点击、收藏和评论质量，别靠感觉判断。