雅虎為什麼中止開發 YUI 庫，各位開發者如何評價？

1樓：Jay

12年開始接觸YUI3, 用了將近2年，覺得YUI最出色的就是它的事件驅動框架，目前為止在公開的庫裡面還找不到能相比的事件驅動框架/庫，所以自己參考YUI3, 重造了Event Framework的輪子，還加入了ckedior的事件優先順序機制(priority)

2樓：公子小白

現在前端再也不是一套框架打包天下的時代了。YUI功能是很強大，但這導致了它在伸縮性和自定義上留下了詬病。而且龐大的核心庫檔案讓很多開發者望而生畏。

3樓：rank

我 13 年初叫停研發庫，PC 端 UI 元件，簡單說就是過時了，這個時代不再追棒 library 的英雄。

一、業界

庫開發已放緩。

庫與框架的更新迭代慢，瀏覽器一直會在進步，相容問題沒有以前這麼明顯。

時代在進步。

開發者關注點不在庫，而在模式與效率。類似模組化，angular，bootstrap 快速開發方案等。

這是前端研發的進步。

UI 元件不可完全列舉。

要面對現實，現各公司 PC 端 UI 元件變化太多，可抽象，不能完全列舉。

擴散範圍非常有限，只在對口場景下可復用。最常見如某 UI 共性部門，如貼吧。

二、公司

開發維護成本高。

庫與框架的研發和維護成本高，現有社群驅動的 jQuery 研發已經足夠解決公司需求。

沒解決實際問題。

不但沒解決開發工程的本質，效率與質量，還反而因為維護成本高而低效率，優秀開源的庫有問題上網搜基本有答案。

把事件分成重要和緊急等四象限，庫與元件在哪個象限。

不是重要緊急，也不是重要不緊急。

三、個人

能寫庫和 NB 元件，公司不是那麼 care，對工程師收益少。

只寫庫與元件當成自己技術理想的人是不是自己？

4樓：Itia Chang

我剛進入 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

潮流的專案。

也是前一陣子加進去的。這些都是從其他專案開始流行的概念，而 YUI

為了讓使用者也能夠跟上新的潮流，也在自家的程式碼裡面加了這些功能。這真的是個尷尬的狀況，復刻別人的程式碼需要多少時間，更何況別人為何不直接用

功能「大而全」曾是 YUI 過往的賣點，如今卻也變成負擔。如果把 YUI 的模組乙個乙個拆開來看，固然每乙個都有一定的水準，然而它也導致程式碼過於龐大、彈性不夠，在十年後逐漸不敵由不同模組組成、而每個模組都有專門的 open source 團隊維護的專案。這現象… 好像不只出現在 YUI 而已喔？

最後，有的朋友擔心 YUI team 這些超強的工程師該不會要解散了吧？我只能說，YUI 團隊可以作的事情很多啊，嚴格講起來是變多了，YUI

團隊的工作內容應該會從 YUI 程式碼的維護，轉變成公司內推行 React / Angular / ES6 新標準與內部各種 build pipeline 整合的核心合作物件，寫的程式一樣可以放在 github 上累積名聲，用的人會變多而不是變少，所以不用擔心啦。