基於JavaScript的圖形/圖表工具包VS基於PHP的人

Question

我使用http://pchart.sourceforge.net/我們的製圖/製圖的要求考慮，但另一名開發人員建議使用基於一個像一個JavaScript/jQuery的的 - http://dojotoolkit.org/

雖然看起來-N兩者的感覺是不同的，也許基於JavaScript的更容易操作 - 我不相信這是更快的解決方案。

對於最終用戶來說，基於PHP的工具套件在任何一天都不會更快，而在我們的服務器和客戶機之間來回更少的數據呢？

我們的圖表要求僅用於報告目的 - 我們不要求用戶根本操縱圖表「實時」。

Answer 1

不考慮介紹方面，這兩種方法一般都有其優點和缺點，而一個人的親是另一方的優點和缺點。

PHP的方法：

• 可以說是更一致的結果。
• 如果一旦輸入數據是恆定的，結果圖表可以被保存，這將避免多次運行相同的進程，從而導致更好的總體性能。

JavaScript的方法：

• 少需要在服務器上的計算能力。
• 生成的圖表可以動態生成，提供更多的 交互式用戶體驗。

Answer 2

我相信如果在客戶端完成視圖，那意味着在服務器上的處理較少。所以我相信客戶端的圖形/製圖會更好（使用javascript）

Answer 3

要求您已經說明了pHP，看起來像是一個連擊方式。就像你已經提到過的，如果你的圖表是靜態的，而你沒有將數據發送到客戶端，那麼在js中渲染圖表是沒有意義的。您的php服務器將在任何一天勝過瀏覽器渲染速度，因爲您依賴於客戶端使用市場上最新的瀏覽器，並且它們在客戶端有足夠的內存來執行相同的操作。

爲什麼你的隊友想到JS方法。他有同樣的理由嗎？

Answer 4

我最近找到了jqPlot，並將其用於企業項目，讓我的老闆高興。 PHP解決方案不會像Javascript那樣爲您提供動態解決方案。而且，PHP圖形方法有時體積龐大，需要更多的代碼。一旦將Javascript代碼下載到客戶端的機器中，它就會被緩存用於進一步的請求，因此只下載圖形的初始化代碼（幾個字節+系列數據），這導致發送的字節更少，因此a帶寬消耗更低。

截至本報告數據，使用緩存機制可能是最好的解決方案，你可以重複使用於不同意見的報告數據（下載CSV格式等）

總括而言，我個人通常喜歡保持數據的服務器端處理，以及視圖表示的客戶端處理。