搜索:
首页 >> JavaScript >> Js高级编程 >> 一场关于YUI3/jQuery的精彩辩论

一场关于YUI3/jQuery的精彩辩论

2010-11-11 作者:拔赤 来源:taobaoued 投递文章

译者按:我们时常能看到不同JavaScript库/框架之间的各种比较,但这次 YUI3 架构师和 jQuery 之父的直接对话却非常难得,也是暗涌澎湃精彩至极,实在忍不住,翻译出来以飨各位读者,希望对那些有志于开发“库/框架”的同仁们有所启迪。

jQuery之父回答“YUI3如何提升其影响力?”

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

题目:和jQueryMootools相比,YUI3如何提升其影响力?

作者:John Resin(jQuery之父)

译者:拔赤

YUI3 已经超越 YUI2,并向jQuery 看齐了,那么 YUI3 如何提升其影响力呢?关于这个问题,有些回答似乎有些跑题,问题是“怎样提升 YUI 的影响力”(不错的问题),然而大部分的回答却在攻击 jQuery。

我从两方面来回答这个问题:

  1. YUI 应当如何改进,以便更多的人来使用
  2. YUI 如何提升才能改善和  jQuery 的竞争力。

我不得不承认,和其他 JS 库相比,YUI 的确很赞,不管是代码级的工作、大量优秀的文档demosblog 文章视频教程等等,真的相当出色。而其他的 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(这个名字应当换换,换一个更简洁自然的叫法)。

1   2  3  4 下一页 尾 页
相关文章
手机版 Js高级编程 Asp之家 Aspxhome.com
闽ICP备06017341号