자바 스크립트 기반 그래프/PHP 기반의 사람 대 툴킷 차트

Question

나는 우리 그래프/차트 요구 사항에 대한 http://pchart.sourceforge.net/를 사용하여 고민하고 있습니다 만 다른 개발자가 같은 일을 기반으로 자바 스크립트/JQuery와의 사용을 제안 - 모양-N 동안 http://dojotoolkit.org/

을 두 가지 모두 다르다. 아마도 자바 스크립트 기반의 자바 스크립트가 더 쉽게 조작 될 수있다. 더 빠른 솔루션이라고 확신하지는 않는다.

우리 서버와 클라이언트 시스템간에 데이터를주고받는 일없이 최종 사용자가 PHP 기반 툴킷을 더 빨리 사용할 수 있습니까?

우리의 차트 요구 사항은보고 목적을위한 것이며 우리는 사용자가 '라이브'차트를 전혀 조작하지 않아도됩니다.

Answer 1

제시 측면을 고려하지 않고 2 가지 접근법은 일반적으로 장단점이 있지만 반면에 하나는 프로의 장단점입니다.

PHP의 접근 방식 :

• 틀림없이 더 일관성있는 결과.
• 데이터를 한 번 입력하면 결과 차트가 저장되어 동일한 프로세스가 여러 번 실행되는 것을 방지 할 수 있습니다. 을 사용하면 전반적인 성능이 향상됩니다.

자바 스크립트 방법 : 서버에 필요한

• 적은 컴퓨팅 파워.
• 대화 형 사용자 환경을 제공하는 결과 차트를 동적으로 생성 할 수 있습니다.

Answer 2

나는보기가 클라이언트 측에서 수행된다면 서버에서 처리하는 것이 더 적을 것이라고 생각합니다. 그래서 나는 클라이언트 측 그래프/차트가 더 좋을 것이라고 생각한다. (자바 스크립트 사용)

Answer 3

pHP가 배터 접근법처럼 보인다는 요구 사항이있다. 차트가 정적이고 클라이언트 측에 데이터를 보내지 않으면 이미 언급 한 것처럼 차트를 js로 렌더링하는 것이 적절하지 않습니다. PHP 서버는 브라우저 렌더링 속도보다 언젠가는 시장에서 최신 브라우저를 사용하는 클라이언트에 의존하고 클라이언트 측에서도 동일한 메모리를 사용하므로 브라우저 성능을 능가합니다.

팀원이 JS 접근 방식을 생각하는 이유는 무엇입니까? 그에게는 같은 이유가 있습니까?

Answer 4

나는 최근에 jqPlot을 찾았으며, 내 상사의 기쁨에 기업 프로젝트에 사용했습니다. PHP 솔루션은 Javascript처럼 동적 인 솔루션을 제공하지 않습니다. 더욱이 PHP 그래프 방식은 때로는 부피가 크고 더 많은 코드가 필요합니다.

자바 스크립트 코드가 클라이언트 컴퓨터에 다운로드되면 추가 요청을 위해 캐싱되어 그래프의 초기화 코드 만 다운로드됩니다 (몇 바이트 + 시리즈 데이터). 이로 인해 더 적은 바이트가 전송되므로 낮은 대역폭 소비. 당신이 다른보기에 대한 보고서 데이터를 재사용 할 수있는 보고서 데이터에 관해서는

는 캐싱 메커니즘을 사용하여

모든 모든, 나는 개인적으로 일반적으로 유지하는 것을 선호 (등, CSV로 다운로드 가능) 아마 가장 좋은 솔루션입니다 데이터에 대한 서버 측 처리 및 뷰 표현에 대한 클라이언트 측 처리가 있습니다.