|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间：2008-08-07 关键字: ext
今天刚看到ext2。2出来了，看见说明上有一些性能的提升，不知道到底提升程度如何啊？
有没有人介绍下 啊？ 最近被ext的性能问题搞得烦死了！ 刚才仔细看了下，firefox3的问题解决了，很好，但是性能还是没有什么提升，加入那么多新功能有什么用啊 ？ 性能没有提升，再多功能还是白搭！头疼啊！ 声明：JavaEye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
|
| 返回顶楼 | |
|
最后更新时间：2008-08-07
关于性能，好像这个问题比较终极，不过可以参照一下flex这位邻居：
引用 Flex技术的主要优势的平台极为普遍，而且标准化程度高。但其缺点是性能。通过对中国Flex开发社群的走访，我们了解到，目前对其性能的抱怨是主要意见。但另一方面，也有专家指出，很多情况下，Flex的性能问题是由不正确的设计实现思路导致的。无论是通过改进产品的方式，还是通过提高开发者素养的方式，一旦Flex的这个问题得到解决，相信其发展还将加速。
http://blog.csdn.net/csdn_radar/archive/2008/07/28/2722845.aspx |
| 返回顶楼 | |
|
最后更新时间：2008-08-07
我也想用flex啊，但是我们现在根本就没有什么时间让你去迁移平台啊，
在不改变ext框架的情况下，有没有什么提升性能的方法？
我们的js已经压缩过了。
|
| 返回顶楼 | |
|
最后更新时间：2008-08-07
重点部分在黑粗体字上 呵呵 都说这个问题终极，其实我们在这方面上可以做的事情很少 |
| 返回顶楼 | |
|
最后更新时间：2008-08-07
那么 什么样的设计是一个规范的 高效的设计呢？
|
| 返回顶楼 | |
|
最后更新时间：2008-08-07
也没有什么别的要求了，据说ext3的性能会有很大的提升，但是不知道什么时候出现。
|
| 返回顶楼 | |
|
最后更新时间：2008-08-07
不要有什么期望东西做到这份上 性能不会有质的提升
这次的2.2中关于性能提升 其实只是提到了 grid的性能提升 而你看一下代码就知道了这种提升是假象, 只是对行的渲染做了"延迟渲染" 使页面不至于因为"渲染列表"而卡住. 而是整个页面都出来之后 再去渲染 总之 只是一个视觉系的假象 ext根本就不是为性能而生的东西 |
| 返回顶楼 | |
|
最后更新时间：2008-08-07
不一定，早期的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来得快 |
| 返回顶楼 | |
|
最后更新时间：2008-08-07
我觉得CSS selector 并不是造成ext性能瓶颈的主要原因
ext中取得对象 主要是用id取得 真正用到CSS selector的地方并不多 "模板", "动态的创建dom元素" 这两个动作 是慢的主要原因 但是 ext 根本不可能放弃这两种技术手段的?? |
| 返回顶楼 | |
|
最后更新时间：2008-08-07
fins 写道 我觉得CSS selector 并不是造成ext性能瓶颈的主要原因
ext中取得对象 主要是用id取得 真正用到CSS selector的地方并不多 "模板", "动态的创建dom元素" 这两个动作 是慢的主要原因 但是 ext 根本不可能放弃这两种技术手段的?? 对，我也觉得就是这个原因使得ext越来越慢的，ext的grid中每一个数据显示空间都是由一个div构成的，觉得太复杂了，页面渲染速度能不慢么！ |
| 返回顶楼 | |
