Различия между библиотеками JavaScript Chart.js и dygraphs относительно производительности и долговечности
У меня есть проект, в котором я должен представить данные с использованием библиотеки JavaScript. Сначала я попробовал Chart.js с неудовлетворительными результатами. Мои данные поступают с сервера по запросу XMLHttpRequest. Я заметил, что данные из примерно 100 точек данных моя диаграмма становится значительно медленнее. После примерно 300 точек данных он становится практически бесполезным. Особенно плагин зума. Масштабирование практически невозможно. Клиентский компьютер очень быстрый, так что это не должно быть проблемой.
После исследования я нашел библиотеку Dygraphs очень интересной. Итак, я попробовал это. Производительность была намного лучше (при 4000 точках масштабирования проблем не возникало), и я решил придерживаться этого. Единственным недостатком является то, что в этой библиотеке не так много типов диаграмм.
Однако тут возникает моя дилемма. После обсуждения с моим начальником он был удивлен моим утверждением, что Chart.js такой медленный. Он сказал мне провести больше исследований, касающихся этих двух библиотек. Он был убежден, что Chart.js должен быть намного лучше, чем графики, из-за его популярности. Но он никогда не работал ни с одним из них, поэтому я должен сделать выбор. Также он хочет использовать библиотеку, которая будет надежной и поддерживаемой в будущем. У меня были некоторые проблемы с моими исследованиями, потому что я не нашел четкого ответа с помощью Google.
Теперь, может кто-нибудь объяснить мне две библиотеки относительно их производительности и обслуживания? Какой из них я должен использовать (по вашему личному мнению)? Действительно ли Chart.js такой медленный или я могу получить больше энергии, используя альтернативную конфигурацию? Популярность действительно имеет значение для решения?
Заранее спасибо.