【问题标题】:JavaScript InfoVis Toolkit ability to handle high volume of dataJavaScript InfoVis Toolkit 处理大量数据的能力
【发布时间】:2011-10-05 03:16:56
【问题描述】:

有人有使用 JavaScript InfoVis Toolkit 显示大量数据的经验吗?基本上,我正在研究我的项目如何提供社交网络的可视化表示......并使用 JavaScript InfoVis Toolkit 我没有注意到任何性能下降......同时我看到了这个:

JavaScript InfoVis Toolkit - 交互似乎有点慢,也许这是在演示中故意的 javascript framework for relationship visualization

JsVIS 相当不错,但是对于较大的图表有点慢。从 Graph visualization library in JavaScript

这让我担心在真实数据下它可能会破解?所以只是问..

此外,我还查看了 Flare,它似乎是另一个不错的选择,但查看他们的网站,它似乎已经近 2 年没有更新了……它完全过时了吗?

【问题讨论】:

    标签: javascript performance visualization


    【解决方案1】:

    回答我自己的问题....性能不是那么好。我写了一个脚本来用 100 个节点填充 ForceDirected 对象中使用的 json 对象,它非常慢......将给 www.graphviz.org 一个尝试。

    【讨论】:

      【解决方案2】:

      如果不使用诸如渐变背景和其他消耗处理器的可视化之类的东西,它就足够快了。

      我用 3 个级别和大约 100 个节点制作了 Sunburst。够快。

      【讨论】:

        【解决方案3】:

        好的,我在这里完全有偏见(免责声明:我是它的作者),但KeyLines 可以处理数百个节点就好了——它是商业许可的。

        一般来说——除了选择什么框架的问题——我发现画布性能很大程度上取决于浏览器+设备是否具有硬件加速。例如,在 iOS5 之前,iPad 在 Safari 中的画布性能确实很糟糕,但从 iOS5 开始,它就飞速发展了。 Android 的变化更大。大多数浏览器/操作系统的桌面组合现在都适用于高性能画布渲染。

        图形布局的另一个考虑因素是长时间运行的布局是否会阻塞浏览器的渲染循环 - 我们必须围绕长时间运行(即超过几秒钟)任务锁定浏览器的问题进行开发。如果您在布局代码中采取了正确的步骤,用户喜欢看到进度条一直在滴答作响。

        【讨论】:

        • 感谢您发布您的答案!请务必仔细阅读FAQ on Self-Promotion。另请注意,每次链接到您自己的网站/产品时,都要求发布免责声明。我知道你说你“有偏见”,但你应该 100% 清楚为什么......(也许你只是使用它并且非常喜欢它)
        • 感谢 - 已编辑以使偏见更清晰 - 抱歉!希望其他考虑因素是有用的,独立于框架。作为记录,那里也有很好的开源库,比如 D3 和 protovis。这完全取决于您在寻找什么。
        猜你喜欢
        • 2013-07-03
        • 1970-01-01
        • 1970-01-01
        • 2012-03-27
        • 2011-02-28
        • 2013-08-28
        • 2012-10-12
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多