Chart.js和dygraphs JavaScript库在性能和寿命方面的差异

时间:2018-10-29 08:51:35

标签: chart.js dygraphs

我有一个项目,必须使用JavaScript库显示数据。首先,我尝试 Chart.js 的结果令人不满意。我的数据通过XMLHttpRequest来自服务器。我注意到图表中大约100个数据点中的数据变得相当慢。在大约300个数据点之后,它几乎变得毫无用处了。特别是zoom插件。缩放几乎是不可能的。客户端计算机速度非常快,因此这不应该成为问题。

经过研究,我发现图谱库非常有趣。所以我尝试了。性能非常好(在4000个数据点上缩放没有问题),我决定坚持使用它。唯一的缺点是该库没有很多现成的图表类型。

但是,这是我的难题。与我的上司讨论之后,他为我对Chart.js这么慢的陈述感到惊讶。他告诉我要对这两个库进行更多的研究。他坚信,Chart.js的受欢迎程度应该比音标好得多。但是他从来没有和他们两个一起工作过,所以我应该做出选择。他还希望使用将来可以可靠维护的库。我的研究遇到了一些问题,因为我没有找到使用Google的明确答案。

现在,有人可以向我解释这两个库的性能和维护吗? (您个人认为)我应该使用哪一个? Chart.js真的那么慢吗,还是可以使用替代配置来获得更多功能?人气真的对决定重要吗?

谢谢。

0 个答案:

没有答案