Основанные на Javascript графические / графические инструменты против PHP-основанных

Question

Я собираюсь использовать http://pchart.sourceforge.net/ для наших требований к графику / графику, но другой разработчик предложил использовать javascript / jquery, например - http://dojotoolkit.org/

Несмотря на то, что оба эти стиля отличаются друг от друга, и, возможно, им легче манипулировать на основе JavaScript, я не уверен, что это будет более быстрое решение.

Разве инструментарий, основанный на PHP, не будет быстрее для конечного пользователя с меньшим количеством данных, передаваемых назад и вперед между нашим сервером и клиентским компьютером?

Наши требования к диаграммам предназначены для составления отчетов - мы не требуем, чтобы пользователи вообще манипулировали графиками.

Answer 1

Не принимая во внимание аспекты представления, у двух подходов обычно есть свои плюсы и минусы, тогда как один из них является аргументом другого.

Подход PHP:

• возможно более последовательные результаты.
• результирующие диаграммы могут быть сохранены, если данные постоянны после ввода, это позволит избежать запуска одного и того же процесса несколько раз, в результате улучшается общая производительность.

Подход Javascript:

• требуется меньше вычислительной мощности на сервере.
• Результирующие диаграммы могут быть сгенерированы динамически, обеспечивая более интерактивный пользовательский опыт.

Answer 2

с требованием, чтобы вы указали pHP, похоже на жидкое тесто.Как вы уже упоминали, если ваша диаграмма статична и вы не отправляете данные на клиентскую сторону, то нет смысла отображать диаграмму в js.Ваш php-сервер в любой день будет превосходить скорость рендеринга в браузере, тогда как ваша зависимость от клиента будет зависеть от использования новейших браузеров на рынке, и у них будет достаточно памяти на стороне клиента, чтобы делать то же самое.

Почему ваш товарищ по команде думает оподход JS.У него есть причина для того же самого?

Answer 3

Я недавно нашел jqPlot и использовал его в корпоративном проекте, к радости моего босса.Решение PHP не даст вам такое же динамическое решение, как решение Javascript.Более того, подход PHP-графа иногда громоздкий и требует больше кода.

Как только код Javascript загружен на компьютер клиента, он кэшируется для дальнейших запросов, поэтому загружается только код инициализации графа (несколько байт +данные серии), в результате отправляется меньше байтов, что снижает потребление полосы пропускания.

Что касается данных отчета, использование механизмов кэширования, вероятно, является наилучшим решением, поскольку вы можете повторно использовать данные отчета для разных представлений (загружается как CSV и т. д.)

В целом, я лично предпочитаю сохранять обработку данных на стороне сервера и обработку представления представления на стороне клиента.

Answer 4

Я считаю, что если представление выполняется на стороне клиента, это означает, что на сервере требуется меньше обработки. Поэтому я считаю, что графическое / графическое представление на стороне клиента будет лучше (с использованием JavaScript)