有不同的 JavaScript 框架，如 jQuery、Dojo、mooTools、Google Web Toolkit(GWT)、YUI 等。 其中哪一个适合高性能网站？
【问题讨论】：
标签： javascript jquery gwt frameworks dojo
嗯——作为一个例子，stackoverflow 依赖于 jQuery（并使用 google apis 链接）——它是最快和最流行的库之一，不仅如此，而且我认为它是最容易使用的。您将在网站上进行什么类型的行为？这真的完全取决于您的需求。
【讨论】：
【讨论】：
一如既往，答案是：视情况而定。你在说什么样的表演？下载速度？使用最小化器，可能没有太大区别。或者客户端性能，你用它做什么？
但是，我建议如果您追求原始性能，我根本不会使用框架，并创建更难维护的低级 javascript。
可以在YUI site 上找到一些有用的信息。
【讨论】：
我真的不认为这有什么不同。大的似乎混合使用了 Jquery 和原型以及其他。
坦率地说，当我们谈论客户端技术时，您在访问量很大的网站上使用什么并没有什么区别。加载文件后，实际上并没有任何开销。因此，如果您只想做一件简单的事情并且多个框架都支持它，请使用文件大小较小的任何一个（当然，如果它执行得非常糟糕，请使用另一个！）
话虽如此，谷歌托管了很多框架，所以即使这也不是问题。我使用由 Google 托管的 Jquery，非常高兴。
http://code.google.com/apis/ajaxlibs/
后端和服务器应该使用什么是一个完全不同的问题，你会得到一千个不同的答案！
【讨论】：
正如其他答案已经解释的那样，框架不会成为您网站性能的瓶颈——相反，许多其他因素才是。如果您使用流行的框架并从它们的流行 URL（例如 AOL 或 Google）加载它们，它们很可能会缓存在您用户的浏览器中，因此您也不必太担心。
但是，如果您完全关心性能，请务必查看 Steve Souders; 的作品 - 包括他的两本书，“高性能网站”和“更快的网站”。
我有偏见，因为史蒂夫是朋友和同事（我们也有共同的出版商），但我赞扬和钦佩他的作品，甚至在我们亲自见面并成为同事之前 --我主要是一个后端人员，就像他以前一样，所以我无法不佩服那些来自相同背景的人，他意识到，他几乎完全转向前端工作的正直和勇气到目前为止，这是用户感知性能的瓶颈（即，有人敢于将用户体验放在首位，当然，我们都对此表示敬意，但不要 总是练习，当那个“压倒一切的优先级”妨碍我们自己的专业专长、兴趣和技能时......）。
【讨论】：
（完全免责声明：我是一名 Dojo 开发人员，这是我的非官方观点）。
所有主要库都可以在高负载情况下使用。有几件事情需要考虑：
初始加载
初始负载会影响您的响应时间：从请求网页到响应并处于工作模式。琐碎的事情是：
我们的想法是少发送——对服务器有利，对客户端有利。
不那么琐碎的事情：
后者的示例：将您的模块划分为必要的（例如，核心逻辑）和非必要的（例如，帮助器：工具提示、提示、验证器、帮助工具、各种“渐进增强器”等）。这个想法是，经常有些事情对频繁用户来说并不重要，但对普通用户来说却很好⇒他们可以延迟。
我们可以先加载基本模块，然后异步加载其余模块。示例：如果用户想要编辑一个对象，我们需要先显示它，然后我们有几百毫秒的时间来加载其余部分：查找表、提示等。
显然，当您使用的框架支持异步加载模块时，它会有所帮助。 Dojo 内置了这个功能。
分发文件
每个人都知道，由于浏览器对同一站点的并行下载数量的限制，从不同域加载资源（图像、CSS、JavaScript）是有益的：
JavaScript 应用程序中一个经常被忽视的优化是使用CDN：
同样，Dojo 长期支持 CDN，并由 AOL CDN 和 Google CDN 公开分发。后者也携带了几乎所有流行的 JavaScript 工具包。显然，如果您觉得需要，您可以创建自己的 CDN 以及您自己的 CDN 和应用程序特定的 Dojo 构建——它很简单而且有据可查。
通信带宽
不同的工具包会有什么不同？ XHR 就是 XHR。
您需要尽可能减少服务器上的负载。分析所有流量并考虑通过管道发送了多少静态/不可变内容。例如，通常很多 HTML 在多个页面中是冗余的：页眉、页脚、菜单等。您真的需要每次都发送所有这些吗？
一个明显的解决方案是从静态 HTML + 使用 JavaScript 的“渐进增强”转移到真正的“单页”JavaScript 应用程序。同样，这是一个经常被忽视但最有价值的优化。
虽然这个想法听起来很简单，但实际上它并不像看起来那么简单。一旦我们从单行程序转向应用程序，我们就会遇到大量问题，其中最大的问题是打包：您的组件是什么，工具包提供了哪些组件，以及如何打包和交付它们。
Dojo 提供了模块、通用类的良好 OOP、小部件（可选 HTML 和相关行为的组合）以及许多使用它们的工具。你可以：
所有这些功能都有助于在客户端构建应用程序。 That's why I like Dojo.
显然有更多方法可以优化高负载网站，但根据我的实践，这些方法最适用于 JavaScript 框架。
【讨论】：
我建议你看看 Dojo。
Dojo 1.6 也是第一个（也是唯一一个）流行的 JavaScript 库，可以成功地与 Closure Compiler 的高级模式一起使用，它具有巨大的大小、性能和混淆优势——除了 Google 自己的 Closure 库之外，是。
换句话说，使用 Dojo 的程序可以被 100% 混淆——甚至是库本身。
编译后的代码与纯文本代码具有完全相同的行为，只是它更小（平均比压缩器小 25%）、运行速度更快（尤其是在移动设备上），并且几乎不可能进行逆向工程，即使在通过美化器，因为整个代码库（包括库）都被混淆了。
仅“缩小”的代码（例如 YUI 压缩器、Uglify）可以在通过美化器后轻松进行逆向工程。
【讨论】：