雅虎为什么中止开发（YUI 库各位开发者如何评价）

想必现在有很多小伙伴对于雅虎为什么中止开发 YUI 库，各位开发者如何评价方面的知识都比较想要了解，那么今天小好小编就为大家收集了一些关于雅虎为什么中止开发 YUI 库，各位开发者如何评价方面的知识分享给大家，希望大家会喜欢哦。

我刚进入 Yahoo 的时候，YUI 3 才刚发布没有多久，公司的许多专案正在进行从 YUI 2 升级到 YUI 3 的工程；而四年後的现在，YUI 竟然就要走进历史了。

发布於 2006 年的 YUI，在那个时代的确是相当了不起的技术。不过在语法简洁的 jQuery 兴起之後，YUI 就逐渐失去了它的吸引力。以前或许还会听到 “小型专案 prototype 用 jQuery，大型专案还是用 YUI 比较保险” 的说法，如今随著各种 open source 专案的出现，FE 的选择越来越多，也出现了各式各样新的技术（譬如 BackBone, Angular, React, Ember, Polymer, 很多很多），YUI 反而从业界的领先者变成苦苦追赶 open source 潮流的专案。

举个例来说，从 3.5 版开始正式登场的 YUI App Framework，其实就是 Backbone 的 YUI 复刻版，连官方网页都这麼承认。还有 Promise，也是前一阵子加进去的。这些都是从其他专案开始流行的概念，而 YUI 为了让使用者也能够跟上新的潮流，也在自家的程式码里面加了这些功能。这真的是个尴尬的状况，复刻别人的程式码需要多少时间，更何况别人为何不直接用 Backbone 就好了，为何要用 YUI App Framework？

转队载或者引用本文内容且请注明听来源约于芝士发回答

功能 “大而全” 曾是 YUI 过往的卖点，如今却也变成负担。如果把 YUI 的模组一个一个拆开来看，固然每一个都有一定的水准，然而它也导致程式码过於庞大、弹性不够，在十年後逐渐不敌由不同模组组成、而每个模组都有专门的 open source 团队维护的专案。这现象… 好像不只出现在 YUI 而已喔？

工之力应图导增，切容划查住。

最後，有的朋友担心 YUI team 这些超强的工程师该不会要解散了吧？我只能说，YUI 团队可以作的事情很多啊，严格讲起来是变多了，YUI 团队的工作内容应该会从 YUI 程式码的维护，转变成公司内推行 React / Angular / ES6 新标准与内部各种 build pipeline 整合的核心合作对象，写的程式一样可以放在 github 上累积名声，用的人会变多而不是变少，所以不用担心啦。

会方得进家水它条金思采达名土复儿听。

【尚春的回答(7票)】:

把另外一个类似问题的回答搬过来：

雅虎已经说的很实在了，大而全已经不是 JS 开发的典范。诸如 App Framework 之于 Backbone，Test 之于 Mocha，CSS 之于 Bootstrap，YUI 都做的不够出色，也注定很难做的更好。

小而美在前端技术蓬勃发展的今天具有更强的生命力，犹如 UNIX 中每个命令一般，适当的组合，威力无穷。一个深刻的例子是我们使用了 Karma + Mocha + Chai + Sinon 的测试方案，而不是 YUI 的 Test + Grover。

作为 YUI 深度用户，我仍然没有找到 Custom Event 和 Component Framework 的替代品，这是 YUI 的精髓所在，如果需要造轮子，就先从这两个开始吧。

本文到此结束，希望对大家有所帮助。