Javascript ExtJS足够快吗？

我们将制作一个RIA，它也将使用AdobeAIR进行数据库管理，并使用php后端进行操作

为了加快开发速度，我们决定使用YUI或ExtJS

看起来EXT JS开箱即用的应用程序比YUI的外观更好，但本质上是100%的JS，我可以预见，在任何不…比如…最新的计算机上，应用程序的速度都会慢得多

我正在寻找任何比较这两个框架的UI和AJAX操作的基准，或者任何关于使用这两个框架的真实世界RIA应用程序速度的输入

谢谢你的帮助

编辑对于使用速度是主要关注点的RIA，YUI是更好的选择，这也是普遍的共识吗？或者本质上，这两种方法都有效吗

---

编辑编辑我们决定和YUI2一起去，谢谢你的帮助

几年前，我在Ext JS论坛上发布了一个主题，问为什么Ext JS没有打包，而我们被迫使用厨房水槽（几乎）。他们的回答是“ExtJS代表RIA”

我不知道这告诉你什么，但就尺寸而言，ExtJS“足够大”。我建议将其用于内部网应用程序。如果您要将其用于公共站点，请使用所有可用的优化技术来实现快速加载时间、压缩等

---

我还将YUI用于intranet应用程序，我可以告诉您，它更轻，因为并不是所有需要的包。

我们曾经使用用于ExtJs（）的gwt包装。我们用它开发了很多模块。在某些时候，我们遇到了一些缓慢的性能，特别是在数据量巨大的情况下使用网格。此外，IE还存在一些内存泄漏。但在他们更改了许可证政策后，我们开始寻找其他选择。也许其中一些问题现在已经解决了

不管怎么说，现在我们正在和你一起发展

---

我希望它能帮助你

我用过YUI。很快。最新的库是高度模块化的，因此您只需加载所需的模块。你也可以从雅虎提供的公共托管服务中查阅图书馆；它免费提供CDN

---

我使用过超过4000条记录的YUI数据表（数据网格），它的性能仍然可以接受

不要落入过早优化的陷阱。如果只有一小部分用户会使用“较旧”的浏览器，那么无论您选择YUI还是ExtJS，他们都将不得不处理任何现代js框架的缓慢性根据项目的特点、易开发性和适用性进行选择。

---

当涉及到库的大小和下载到浏览器的速度时，无论您选择哪个库，都可以对其进行自定义，以仅包含您需要的组件。在生产中，您将最小化并压缩它，因此我认为库大小并不是做出此类决策的一个好标准

如果您正在考虑使用Ext JS，请注意当前版本（4.0.XX）被发现比3.4版慢得多，请参阅

我不知道ExtJS可以定制到模块中，以包括我认为性能是评估的一个非常重要的关键。大多数情况下是限制性的。ExtJS有一个构建工具，它只将您使用的“类”包含到最终的JavaScript文件中。这不再是事实。有一个只包含特定模块的在线应用程序，还有一个只包含必需模块的构建过程。更多信息可以在这里找到：看起来4.1让它更快了…有人有这方面的硬数据吗？请看这里：