Optimization JavaScript库在实时可视化方面比Rickshaw更高效

我想将数据可视化为移动设备（平板电脑）上的时间序列图，因此偶然发现了基于D3的人力车。首先，我必须说，当我意识到web设计中的实时性定义与工程中的实时性定义完全不同时，我有点困惑，工程中的实时性有固定的（而且通常很短）时间框架。无论如何，我的目标是尽可能快地可视化数据，而在老式平板电脑上，人力车的可视化速度相当慢。 有人能推荐另一个在渲染方面可能更有效的库吗

---

还是说没有出路，我只能选择原生模式？

我找到的流媒体数据的最佳库是。性能非常好，但您没有太多的样式选择。

我找到的流式数据的最佳库是。性能非常好，但您没有太多的样式选择。

我找到的流式数据的最佳库是。性能非常好，但您没有太多的样式选择。

我找到的流式数据的最佳库是。性能非常好，但是您没有太多的样式选择。

您必须区分两种类型的可视化框架：有基于SVG和HTML5画布的框架。SVG是在可视化中提供交互的更好的解决方案，因为SVG元素可以在DOM中寻址。折衷是SVG的实时可视化速度较慢。另一方面，HTML5画布不利于交互，但实时渲染速度更快。长话短说：Rickshaw基于SVG，使用基于HTML画布的框架可能会有更好的性能，如：

您可以使用示例可视化来尝试它们，并比较它们的基准测试结果

这里有一些基准测试示例：

---

您必须区分两种类型的可视化框架：有基于SVG和HTML5画布的框架。SVG是在可视化中提供交互的更好的解决方案，因为SVG元素可以在DOM中寻址。折衷是SVG的实时可视化速度较慢。另一方面，HTML5画布不利于交互，但实时渲染速度更快。长话短说：Rickshaw基于SVG，使用基于HTML画布的框架可能会有更好的性能，如：

您可以使用示例可视化来尝试它们，并比较它们的基准测试结果

这里有一些基准测试示例：

---

您必须区分两种类型的可视化框架：有基于SVG和HTML5画布的框架。SVG是在可视化中提供交互的更好的解决方案，因为SVG元素可以在DOM中寻址。折衷是SVG的实时可视化速度较慢。另一方面，HTML5画布不利于交互，但实时渲染速度更快。长话短说：Rickshaw基于SVG，使用基于HTML画布的框架可能会有更好的性能，如：

您可以使用示例可视化来尝试它们，并比较它们的基准测试结果

这里有一些基准测试示例：

---

您必须区分两种类型的可视化框架：有基于SVG和HTML5画布的框架。SVG是在可视化中提供交互的更好的解决方案，因为SVG元素可以在DOM中寻址。折衷是SVG的实时可视化速度较慢。另一方面，HTML5画布不利于交互，但实时渲染速度更快。长话短说：Rickshaw基于SVG，使用基于HTML画布的框架可能会有更好的性能，如：

您可以使用示例可视化来尝试它们，并比较它们的基准测试结果

这里有一些基准测试示例：

---

---

也许问题不在于库，而在于实现？事实上，我的代码非常简单，我通过WebSocket接收数据，将其放入数组，当接收到新数据时，我会移动值。每次我收到数据时，人力车图形都会被渲染。可能问题不在于库，而在于实现？实际上，我的代码非常简单，我通过WebSocket接收数据，将其放入数组中，当收到新数据时，我移动值。每次我收到数据时，人力车图形都会被渲染。可能问题不在于库，而在于实现？实际上，我的代码非常简单，我通过WebSocket接收数据，将其放入数组中，当收到新数据时，我移动值。每次我收到数据时，人力车图形都会被渲染。可能问题不在于库，而在于实现？实际上，我的代码非常简单，我通过WebSocket接收数据，将其放入数组中，当收到新数据时，我移动值。每次我收到数据时，人力车图形都会被渲染。为什么画布不利于交互？因此，如果我说得对，如果我不想与数据交互，那么画布可能会更好（我想知道是否像下面这样显示当前值：悬停细节算作交互）因此，还没有针对实时应用程序的库进行任何基准测试（而不是web实时立体主义：…“每十秒钟更新数百个度量值”）。例如，在5毫秒内可视化100个点。Thx@dan库茨：是的，悬停算是互动。svg可以在DOM中寻址，以获得鼠标悬停事件。有一些基准测试。我会在回复中更新它们。@MarcoCI:Canvas可以交互，但不能通过DOM。您必须单独保存每个绘制元素的位置，才能启用元素上的事件。因此，这个问题无法用简单的方法回答，这取决于我