Различия между библиотеками JavaScript Chart.js и dygraphs в отношении производительности и долговечности - PullRequest
0 голосов
/ 29 октября 2018

У меня есть проект, в котором я должен представлять данные с использованием библиотеки JavaScript. Сначала я попробовал Chart.js с неудовлетворительными результатами. Мои данные поступают с сервера по XMLHttpRequest. Я заметил, что данные из примерно 100 точек данных моя диаграмма становится значительно медленнее. После примерно 300 точек данных он становится практически бесполезным. Особенно плагин зума. Масштабирование практически невозможно. Клиентский компьютер работает очень быстро, поэтому это не должно быть проблемой.

После исследования я нашел библиотеку dygraphs очень интересной. Итак, я попробовал это. Производительность была намного лучше (при 4000 точках масштабирования проблем не было), и я решил придерживаться этого. Единственным недостатком является то, что в этой библиотеке не так много типов диаграмм.

Однако, здесь возникает моя дилемма. После обсуждения с моим начальником он был удивлен моим утверждением, что Chart.js такой медленный. Он сказал мне провести больше исследований, касающихся этих двух библиотек. Он был убежден, что Chart.js должен быть намного лучше, чем графики, из-за его популярности. Но он никогда не работал ни с одним из них, поэтому я должен сделать выбор. Также он хочет использовать библиотеку, которая будет надежной и поддерживаемой в будущем. У меня были некоторые проблемы с исследованиями, потому что я не нашел четкого ответа с помощью Google.

Теперь, может кто-нибудь объяснить мне две библиотеки относительно их производительности и обслуживания? Какой из них я должен использовать (по вашему личному мнению)? Действительно ли Chart.js такой медленный или я могу получить больше мощности, используя альтернативную конфигурацию? Популярность действительно имеет значение для решения?

Заранее спасибо.

...