一场关于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