我们将制作一个RIA，它也可以使用Adobe AIR进行数据库管理和php后端操作。EXT JS足够快吗？
为了加速开发，我们决定使用YUI或EXT JS。
看起来，EXT JS开箱即可产生比YUI更好看的应用程序，但本质上是100％JS我可以预见，在任何不是...的计算机上，应用程序要慢得多......至今。
我正在寻找任何比较两个框架的UI & AJAX操作或任何有关使用任一框架的现实世界RIA应用程序速度的任何输入。
感谢您的帮助。
编辑因此，对于使用速度是主要关注的RIA，普遍认为YUI是更好的选择？或者它本质上是要么工作？
编辑编辑我们决定和YUI2一起去感谢您的帮助！
我已经使用YUI。它很快。最新的库是高度模块化的，所以你只需要加载你需要的模块。您也可以参考雅虎提供的公共可用托管服务的图书馆;它提供免费的CDN。
我已经使用YUI数据表（数据网格）有超过4,000条记录，它仍然在可接受的水平上执行。
多年前，我在Ext JS论坛上发表了一个话题，询问为什么Ext Js不包装，我们被迫使用厨房水槽（几乎）。他们的回答是“Ext JS是针对RIAS的”。
我不知道这是告诉你什么，但在规模上Ext JS是“足够大”。我会推荐它用于Intranet应用程序。如果你要使用它的公共网站使用所有可用的优化技术，以实现快速加载时间，压缩等。
我也使用YUI的Intranet应用程序，我可以告诉你，它是更轻，因为并非所有的软件包在需要。
我们曾使用ExtJs的gwt包装器（gwt-ext）。我们开发了很多模块。在某些时候，我们经历了一些缓慢的表现，特别是在数据量巨大的情况下。另外一些内存泄漏与IE。但是在他们更改许可政策后，我们开始寻找其他选择。也许现在有些问题已经解决了。
无论如何，现在我们正在开发与OpenLaszlo。
我希望它可以帮助你
不要陷入过早优化的陷阱。如果只有一小部分用户使用“较老”的浏览器，那么他们只需要处理现代js框架的缓慢 - 无论您选择YUI还是Ext JS。 根据您的项目的功能和易用性以及适用性来选择。
当涉及到库的大小和下载到浏览器的速度 - 无论选择哪个库，它都可以定制为只包含所需的组件。而在制作中，你将会最小化和压缩它，所以我认为库的尺寸对于做出这些类型的决定并不是一个好的测量棒。
我不知道EXT JS可以定制到模块，包括 – user103219
我认为性能是一个非常重要的评估关键。而且大部分时间都是限制性的。 – Aito
http://www.extjs.com/learn/Tutorial:Building_Ext_From_Source –
如果您正在考虑使用Ext JS，请注意发现当前版本（4.0.XX）比版本3.4慢很多，请参阅http://www.sencha.com/forum/showthread.php?140180。
看起来像4.1让速度更快......任何人都有这方面的硬数据？看到这里：http://www.sencha.com/blog/whats-new-in-ext-js-4-1/ – HDave
这不再是事实。有一个在线应用程序将只包含某些模块，并且有一个构建过程将只包含所需的模块。更多信息可以在这里找到：http：//www.extjs.com/learn/Tutorial:Building_Ext_From_Source – alumb