一場關於YUI3/jQuery的精彩辯論

譯者按：我們常能看到不同JavaScript庫/框架之間的各種比較，但這次YUI3架構師和jQuery之父的直接對話卻非常難得，也是暗湧澎湃精彩至極，實在忍不住，翻譯出來以颯各位讀者，希望對那些有志於開發「庫/框架」的同仁們有所啟蒙。

jQuery之父回答“YUI3如何提升其影響力？”

原文： http://www.quora.com/How-could-YUI3-improve-its-image-compared-to-jQuery-MooTools-etc/

題目：和jQuery和Mootools相比，YUI3如何提升其影響力？

作者：John Resin(jQuery之父)

譯者：拔赤

YUI3已經超越YUI2 ，並向jQuery看齊了，那麼YUI3 要如何提升其影響力呢？關於這個問題，有些答案似乎有些離題，問題是「怎麼提升YUI 的影響力」（不錯的問題），然而大部分的回答卻在攻擊jQuery。

我從兩方面來回答這個問題：

1. YUI 應該如何改進，以便更多的人來使用
2. YUI 如何提升才能改善和 jQuery 的競爭力。

我必須承認，和其他JS 庫相比，YUI 的確很贊，不管是代碼級的工作、大量優秀的文檔、 demos 、 blog 文章、視頻教程等等，真的相當出色。而其他的JS 函式庫則對這些方面不太用心，而且我認為這些內容是一個成功開源專案最重要的組成部分，然而YUI 卻沒有更成功的佔領市場，對此我一直很不解。

在這裡，為了方便各位理解，我暫作幾個假設：

1. 目前的YUI3 版本已經“夠優秀”
2. YUI 文件和論壇也已經足夠完善，足以吸引更多的使用者來使用YUI3。

基於此，我做一些簡短的評價：

1. 分散的網域應該合併成一個，正像別人指出的那樣，維護太多站點往往會適得其反、吃力不討好。
2. 多程式碼庫應合併成一個程式碼庫，不錯，人們仍在使用YUI2，YUI3 的API 和YUI2 卻有著天壤之別，而YUI 將來只會在YUI3 上取得成功（YUI 團隊固執的維護著YUI2 不會幫助YUI 「更成功」的）
3. YUI 的引入方式太多，應縮減至一種。人們應從YUI().use 開始接觸YUI（假設這些人真想深入使用YUI）。首頁只保留一個要點即可：應該這樣來引入YUI，<script src=”http://yuilibrary.com/yui-min.js”></script>，這樣就清晰了很多。

簡單講，YUI 專案應保留一個整體的方向性，重點太分散，則會事與願違。

如今，如果YUI 直接和jQuery 進行競爭，YUI 和它的子專案的運作方式都需要做出調整。因為現在的YUI 計畫運作方式與YAHOO的工作方法是背道而馳的。鑑於目前的管理方式的極差的操作性，YUI 專案著實是一個不幸的受害者。

本來，我們應該使用SimpleYUI來啟動我們的YUI 程式。看看jQuery 吧，它的API 簡潔實用，人們多衝著這些迷人的功能來建立大多數的網站。因此當我們造訪yuilibrary.com的時候，本應期待只有一種方法來使用YUI，就是simpleYUI（這個名字應當換換，換一個更簡潔自然的叫法）。

出處： taobaoued