【已解释】关于新版本FState过大的问题

Evanyi

不少人升级到V4版本后，觉得比V3版要慢。其中有很多原因，其中一个我发现V4的FState比V3的XState要大太多了。

上图：

同一个实例（表格——内存分页）中，共有22条数据，当点击下方“选中了那些行”按钮时，V3.3版的Post量为4.2KB。


然而在V4版本中，同样点击“选中了那些行”，其Post量尽然高达14KB！！是V3.3的3倍多，这仅仅才有22条数据！

照这样来说，如果我V3.3版post 20KB XState数据，那升级后就会Post 60+KB 的FState数据。 这未免也太占带宽了。

另外，截止至今，V4版的稳定性和兼容性似乎还远不及V3.3版，例如V4在Blue主题下，FireFox显示字体过小等等。

希望三石兄能继续加油，继续优化~！Tks！！

sanshi

FineUI v4.0 和 v3.3 的FState实现一模一样，所以两者的对比数据应该不相上下。

之所以出现这种情况，是因为在 v4.0 中默认关闭了 FState 的 GZIP 压缩。
你也可以设置 Grid 的EnableFStateCompress=true来启用 GZIP 压缩，启用后的数据和 v3.3 的相当。

==============
FineUI v4.x之所以比之前的版本慢，是因为 extjs 客户端库的急剧膨胀，我之前曾经提到过，extjs v3.x 的JS库 800K 左右， extjs v4.x的JS库有1.5M。这也是我们做FineUI（专业版）的初衷，受制于人的感觉不好。

======
至于你提到的FineUI v4.x对Blue主题的支持不好，这也是没办法的事，extjs 对 Blue 主题支持本身就有问题

Evanyi

sanshi 发表于 2014-7-22 10:15
FineUI v4.0 和 v3.3 的FState实现一模一样，所以两者的对比数据应该不相上下。

之所以出现这种情况，是因 ...

v3的最新版本感觉目前比较稳定，先已拿来做企业内部的项目，请问今后是否还会维护？

dssd

我目前用的也是V3，简单的企业应用足够了。最关键的是我比较懒！这才是没升V4的主要原因

Evanyi

dssd 发表于 2014-7-22 11:39
我目前用的也是V3，简单的企业应用足够了。最关键的是我比较懒！这才是没升V4的主要原因 ...

我也觉得，我只追求稳定。
但我怕以后IE12或者其他浏览器更新后，3.3出现不兼容的情况。
万一3.3以后不维护了，那就完蛋了。。。。。

sanshi

Evanyi 发表于 2014-7-22 11:53
我也觉得，我只追求稳定。
但我怕以后IE12或者其他浏览器更新后，3.3出现不兼容的情况。
万一3.3以后不维 ...

FineUI v3.3现在只进行BUG修复，不会新增功能了。

不过由于FineUIv3.3是基于 extjs v3.x 的，如果以后的 extjs v3.x 不支持新版浏览器就不好办了（extjs v3.x应该不会再更新了）

建议：如果有大块的时间还是要升级到FineUI v4.x，要做好测试