ext2.2出来了，性能提升怎么样？

今天刚看到ext2。2出来了，看见说明上有一些性能的提升，不知道到底提升程度如何啊？
有没有人介绍下 啊？
最近被ext的性能问题搞得烦死了！

刚才仔细看了下，firefox3的问题解决了，很好，但是性能还是没有什么提升，加入那么多新功能有什么用啊 ？
性能没有提升，再多功能还是白搭！头疼啊！

关于性能，好像这个问题比较终极，不过可以参照一下flex这位邻居：



http://blog.csdn.net/csdn_radar/archive/2008/07/28/2722845.aspx

我也想用flex啊，但是我们现在根本就没有什么时间让你去迁移平台啊， 在不改变ext框架的情况下，有没有什么提升性能的方法？ 我们的js已经压缩过了。

重点部分在黑粗体字上 呵呵 都说这个问题终极，其实我们在这方面上可以做的事情很少

那么 什么样的设计是一个规范的 高效的设计呢？

也没有什么别的要求了，据说ext3的性能会有很大的提升，但是不知道什么时候出现。

不要有什么期望东西做到这份上 性能不会有质的提升

这次的2.2中关于性能提升 其实只是提到了 grid的性能提升

而你看一下代码就知道了这种提升是假象,
只是对行的渲染做了"延迟渲染" 使页面不至于因为"渲染列表"而卡住.
而是整个页面都出来之后 再去渲染

总之 只是一个视觉系的假象 ext根本就不是为性能而生的东西

不一定，早期的yui-ext对性能还是比较重视的
我开始接触ext时那时候还是用Dean Edwards的CSSQuery（yui-ext 0.32）
那时候大家还不重视CSS Selector这东东，效率也不好
直到jack重写了自己的DOM Query,测试成绩一出来 那时可是业界翘楚啊
后来dojo、jquery也意识到CSS selector对UI操控极为方便 和 优雅
对性能的影响更是不言而喻，
因此dojo、jq都不断优化这个CSS Selector，甚至比ext来得快

我觉得CSS selector 并不是造成ext性能瓶颈的主要原因

ext中取得对象 主要是用id取得
真正用到CSS selector的地方并不多


"模板", "动态的创建dom元素" 这两个动作 是慢的主要原因
但是 ext 根本不可能放弃这两种技术手段的??

对，我也觉得就是这个原因使得ext越来越慢的，ext的grid中每一个数据显示空间都是由一个div构成的，觉得太复杂了，页面渲染速度能不慢么！