SmartClient的等待时间是如何跨越数千个编辑网格的用户的?
我之前收到过警告,说ExtJS不适合。
发布于 2010-01-12 04:07:38
SmartClient有一个单一的网格组件,可以同时执行水平和垂直增量渲染,因此它可以处理非常非常大量的行(几百万)和列(几百),而不会降低性能。
SmartClient支持的所有网格功能--内联编辑、分组、过滤、动态冻结列、排序、字段重新排序、拖放。(太长而无法列出)由这个单一的、高数据量的网格组件支持。
许多用户遇到了Ext grid组件的可伸缩性问题,并在SmartClient论坛上进行了讨论:
http://forums.smartclient.com/showthread.php?t=2678
就服务器的可伸缩性而言,网格组件实际上对服务器端的可伸缩性做出了巨大的贡献。考虑SmartClient网格的自适应过滤机制:
http://www.smartclient.com/index.jsp#adaptiveFilter
此功能和相关的“自适应排序”功能减少了60-90%的最昂贵的服务器命中类型(即,那些访问和筛选/排序大型数据集的服务器)。
SmartClient普遍采用这种智能重用数据的方法,以避免昂贵的服务器端操作。ResultSet类文档中提供了一个很好的概述;在SmartClient中处理数据集的所有组件都将ResultSet用作缓存管理对象:
http://www.smartclient.com/docs/9.0/a/b/c/go.html#class..ResultSet
发布于 2009-08-01 17:53:04
编辑网格的用户数量实际上并不重要--这更多的是一个应用程序如何设计来支持负载的问题。如果您询问与网格组件本身相关的性能,最相关的问题是关于网格的功能以及它可以处理多少数据,而不是随着时间的推移将有多少用户使用它。
我不熟悉SmartClient,但在Ext的情况下,网格对于中小型网格数据(非常近似,每页最多50行,最多10列数据)表现得非常好。显然,这一切都依赖于许多变量,但Ext的网格渲染时间确实与一次渲染的数据量成正比。这是因为它在幕后使用了一个相当庞大的DOM,权衡的是开箱即用的rich feature set和用于创建自定义嵌套行布局的灵活性。它确实支持分页以缓解性能问题,而且还有一个非常流行的extension,它提供按需行加载(虚拟滚动),支持更高性能的大型数据集加载。在Ext示例中还有一个更轻量级、更简单版本的缓冲加载的example,它在处理大量数据时显示了出色的性能。
此外,根据您的需要,3.0中提供了一个新的轻量级ListView组件。它并不支持GridView的所有特性,但如果您主要需要一个只显示的网格,它可能是一个很好的替代方案。
所有这些并不是说SmartClient不好--我不知道。我只是希望任何关注这个帖子的人都能在方程的Ext端有一个明智的决定,因为它听起来像是你收到了片面的意见。
发布于 2009-08-01 21:39:27
谢谢你的回答。我的印象是,当乔面对很长的加载时间时,如果有很多人使用该网站,他会被劝阻进入Ext的网站。这就是为什么我认为SmartClient会更好的原因,但我没有找到他们之间的任何比较。也许我太草率了,忽略了ExtJS。
我希望能与有SmartClient经验的人取得联系,以帮助开发我未来的网站。谢谢你,杰兹
https://stackoverflow.com/questions/1216198
复制相似问题