譯者按:我們時常能看到不同JavaScript庫/框架之間的各種比較,但這次 YUI3 架構(gòu)師和 jQuery 之父的直接對話卻非常難得,也是暗涌澎湃精彩至極,實在忍不住,翻譯出來以饗各位讀者,希望對那些有志于開發(fā)“庫/框架”的同仁們有所啟迪。
jQuery之父回答“YUI3如何提升其影響力?”
原文:http://www.quora.com/How-could-YUI3-improve-its-image-compared-to-jQuery-MooTools-etc/
題目:和jQuery和Mootools相比,YUI3如何提升其影響力?
作者:John Resin(jQuery之父)
譯者:拔赤
YUI3 已經(jīng)超越 YUI2,并向jQuery 看齊了,那么 YUI3 如何提升其影響力呢?關(guān)于這個問題,有些回答似乎有些跑題,問題是“怎樣提升 YUI 的影響力”(不錯的問題),然而大部分的回答卻在攻擊 jQuery。
我從兩方面來回答這個問題:
- YUI 應(yīng)當(dāng)如何改進(jìn),以便更多的人來使用
- YUI 如何提升才能改善和 jQuery 的競爭力。
我不得不承認(rèn),和其他 JS 庫相比,YUI 的確很贊,不管是代碼級的工作、大量優(yōu)秀的文檔、demos、blog 文章、視頻教程等等,真的相當(dāng)出色。而其他的 JS 庫則對這些方面不太用心,而且我認(rèn)為這些內(nèi)容是一個成功開源項目最重要的組成部分,然而 YUI 卻沒有更成功的占領(lǐng)市場,對此我一直很不解。
在這里,為了便于各位理解,我暫作幾個假設(shè):
- 目前的 YUI3 版本已經(jīng)“足夠優(yōu)秀”
- YUI 文檔和論壇也已經(jīng)足夠完善,足以吸引更多的用戶來使用 YUI3。
基于此,我做一些簡短的評價:
- 分散的域名應(yīng)該合并成一個,正像別人指出的那樣,維護(hù)太多站點往往會適得其反、吃力不討好。
- 多代碼庫應(yīng)當(dāng)合并成一個代碼庫,不錯,人們?nèi)栽谑褂?YUI2,YUI3 的 API 和 YUI2 卻有著天壤之別,而 YUI 將來只會在 YUI3 上取得成功(YUI 團(tuán)隊固執(zhí)的維護(hù)著 YUI2 不會幫助 YUI “更成功”的)
- YUI 的引入方式太多,應(yīng)當(dāng)縮減至一種。人們應(yīng)當(dāng)從 YUI().use 開始接觸 YUI(假設(shè)這些人真想深入使用 YUI)。首頁只保留一個要點即可:應(yīng)當(dāng)這樣來引入 YUI,<script src=”http://yuilibrary.com/yui-min.js”></script>,這樣就清晰了很多。
簡單講,YUI 項目應(yīng)當(dāng)保留一個整體的方向性,重點太分散,則會事與愿違。
如今,如果 YUI 直接和 jQuery 進(jìn)行競爭,YUI 和它的子項目的運作方式都需要做出調(diào)整。因為現(xiàn)在的 YUI 項目運作方式與 YAHOO 的工作方法是背道而馳的。鑒于目前的管理方式的極差的操作性,YUI 項目著實是一個不幸的犧牲品。
本來,我們應(yīng)該使用 SimpleYUI 來啟動我們的 YUI 程序?纯 jQuery 吧,它的 API 簡潔實用,人們多沖著這些迷人的功能來構(gòu)建大多數(shù)的站點。因此當(dāng)我們訪問 yuilibrary.com 的時候,本應(yīng)期待只有一種方法來使用 YUI,就是 simpleYUI(這個名字應(yīng)當(dāng)換換,換一個更簡潔自然的叫法)。
出處:taobaoued
責(zé)任編輯:bluehearts
上一頁 下一頁 一場關(guān)于YUI3/jQuery的精彩辯論 [2]
◎進(jìn)入論壇網(wǎng)頁制作、WEB標(biāo)準(zhǔn)化版塊參加討論,我還想發(fā)表評論。
|