EXT 4.1 grid性能问题
 |
fastspeeed
2013-06-07
extjs专门有一篇文章关于性能的，就在下载下来的DOC中
总结下来就是 别嵌套过多，减少听，减少有重新布局的方法调用，减少dom的直接读写 extjs提供了一个分析器，你可以看一下你的页面哪些消耗时间 ./examples/page-analyzer/page-analyzer.html 且4.2渲染机制有了改变，建议使用4.2。 不过要只是IE有问题，就需要借助那个分析器看看最慢的渲染是什么了 |
|
hss118100
2013-06-07
fastspeeed 写道 extjs专门有一篇文章关于性能的，就在下载下来的DOC中
总结下来就是 别嵌套过多，减少听，减少有重新布局的方法调用，减少dom的直接读写 extjs提供了一个分析器，你可以看一下你的页面哪些消耗时间 ./examples/page-analyzer/page-analyzer.html 且4.2渲染机制有了改变，建议使用4.2。 不过要只是IE有问题，就需要借助那个分析器看看最慢的渲染是什么了 用分析器看过了，渲染最慢的是button，但是列表上必须有很多button，怎么办？（大概一个列表上方有12个button） |
|
fastspeeed
2013-06-08
button不应该慢吧，有以下的思路供你参考。
如果用标准控件，看看ie中extjs例子慢不慢，应该不会慢，这说明了代码有问题。 是不是在按钮写太多事件了，可以全部屏蔽看看效果。 如果还慢，改写控件的XTemplate，这个一般用不到，除非你用第三方组件，标准组件应该都优化过的。 如果还不行，我的经验是把与后台通信的全部屏蔽掉。 |
|
hss118100
2013-06-09
fastspeeed 写道 button不应该慢吧，有以下的思路供你参考。
如果用标准控件，看看ie中extjs例子慢不慢，应该不会慢，这说明了代码有问题。 是不是在按钮写太多事件了，可以全部屏蔽看看效果。 如果还慢，改写控件的XTemplate，这个一般用不到，除非你用第三方组件，标准组件应该都优化过的。 如果还不行，我的经验是把与后台通信的全部屏蔽掉。 我看了extjs的官方例子在ie下的表现。如果一个列表上有12个以上的button的话，打开会非常慢  我测试的是一种比较极端但是项目中确实存在的情况 一个grid有大概20列，其中有16列是必须显示的，可以隐藏4列。grid上方的button有16个......button只写了handler事件，其他都没写。官方grid改造后打开速度大概在5秒左右....
|
