EXT JS足够快吗?

时间:2010-02-04 18:51:36

标签: javascript air extjs yui

我们将制作一个RIA,也可以使用Adobe AIR进行数据库管理和使用php后端进行操作。

为了加快开发速度,我们决定使用YUI或EXT JS。

看起来开箱即用的EXT JS会产生比YUI更好看的应用程序但基本上是100%JS我可以预见应用程序在任何不...的计算机上要慢得多...日期。

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

感谢您的帮助。

编辑对于RIA而言,普遍的共识是,使用速度是主要关注的问题YUI是更好的选择吗?或者它本质上是否可行?

编辑编辑我们决定选择YUI2感谢您的帮助!

5 个答案:

答案 0 :(得分:5)

不要陷入过早优化的陷阱。如果只有一小部分用户使用“旧”浏览器,他们只需要处理任何现代js框架的缓慢 - 无论你选择YUI还是Ext JS。 根据功能和易于开发以及对项目的适用性进行选择。

当涉及到图书馆大小和下载到浏览器的速度时 - 无论您选择哪个库,都可以自定义为仅包含您需要的组件。在生产中,你将最小化和压缩它,所以我认为库大小对于做出这些类型的决策来说并不是一个好的衡量标准

答案 1 :(得分:1)

我几年前在Ext JS论坛上发布了一个主题,询问为什么Ext Js没有包装,我们被迫使用厨房水槽(差不多)。他们的答案是“Ext JS适用于RIAS”。

我不知道这告诉你什么,但就尺寸而言,Ext JS“足够大”。我推荐它用于Intranet应用程序。如果要将其用于公共站点,请使用所有可用的优化技术来实现快速加载,压缩等。

我还使用YUI进行内部网应用程序,我可以告诉你它更轻,因为并非所有包都需要。

答案 2 :(得分:1)

我们曾经使用过gj包装器来处理ExtJs(gwt-ext)。我们用它开发了很多模块。在某些时候,我们遇到了一些缓慢的性能,特别是当数据量巨大时使用网格。另外一些内存泄漏IE。但在他们改变了许可证政策后,我们开始寻找其他选择。也许现在已经解决了其中一些问题。

无论如何,现在我们正在开发OpenLaszlo

我希望它可以帮到你

答案 3 :(得分:1)

如果您正在考虑使用Ext JS,请注意当前版本(4.0.XX)已经发现比版本3.4慢得多,请参阅http://www.sencha.com/forum/showthread.php?140180

答案 4 :(得分:0)

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

我已经使用了超过4,000条记录的YUI数据表(数据网格),它仍然在可接受的水平上执行。