1. Accueil
  2. Question et réponse
  3. Choisir une bibliothèque de traçage pour une application web/navigateur

Choisir une bibliothèque de traçage pour une application web/navigateur

2010-05-13 6 views
3

Je cherche une bibliothèque de traçage/graphisme (principalement pour faire des tracés linéaires) pour mon application. J'ai regardé des API JavaScript (comme Google) mais j'ai trouvé qu'ils ralentissaient les choses du côté client (je suis en train de préparer un assez grand nombre de points). J'ai également constaté qu'avec les bibliothèques côté client, les performances étaient assez variées en fonction de l'ordinateur de l'utilisateur. En passant à une bibliothèque côté serveur, je réduirais cette variance et aurais plus de contrôle sur le flux de données (mes données sont dans une base de données MySQL).Choisir une bibliothèque de traçage pour une application web/navigateur

J'ai ensuite regardé quelques bibliothèques de traçage basées sur PHP, mais beaucoup d'entre elles semblent être "oubliées" (pas de nouvelle version depuis des années). J'ai été en train de lire pChart, mais il n'a pas eu de mise à jour depuis presque deux ans. Tout d'abord, que recommanderiez-vous: approche côté serveur ou côté client?

Deuxièmement, quelle bibliothèque recommanderiez-vous. Les bibliothèques payantes sont certainement une option, car cela ne me dérange pas de payer pour un logiciel de qualité qui réduirait mon temps de développement.

Merci,

Source

2010-05-13 Goro

Répondre

1

Personnellement, j'utiliser le côté serveur jpGraph pour la plupart de mon travail de création de graphiques et FusionCharts (commercial) pour dresser une carte côté client à base de flash, bien que je regarde openFlashCharts au moment

Source

2010-05-13 19:02:41

+0

JPgraph n'est pas seulement très flexible, c'est relativement facile à utiliser et a très bons docs. – symcbean

1

Vous pouvez jeter un oeil à JPGraph (Serverside) ou AMCharts (flash, clientside)

Source

2010-05-13 19:01:59

1

qui est recommandé dépend de ce que vous voulez faire avec les données. Si vous cherchez à le manipuler sur le client, le graphique côté client est généralement meilleur.

Qu'est-ce qui ne vous plaît pas dans Google Maps? (En plus de la lenteur)

Source

2010-05-13 19:02:35 jcolebrand

+0

Là, je rien de spécifique n'aime pas l'API de Google. En fait, c'est probablement la meilleure API javascript que j'ai utilisée (les cartes les plus propres).La chose que j'essaie de résoudre est la surcharge de javascript: l'application peut charger bien sur mon ordinateur, mais il faudra trop de temps pour charger sur Celeron de mon client avec 512K (et ce sera bien sûr ma faute;)) – Goro

+0

le cache n'a pas vraiment d'importance, et je ne peux pas penser que vous utiliseriez assez de mémoire pour saturer 512 Mo de RAM (ou même la moitié à moins que vous ne fassiez un rendu fou), mais je serais plutôt inquiet de trébucher le traitement nombre de cycles pour le code JS. (Cette action est en cours de traitement, voulez-vous la laisser continuer? [Ok]) ~ On dirait que vous seriez mieux pressé de faire le traitement Serverside ... – jcolebrand

1

J'ai utilisé quelques bibliothèques de traçage JavaScript et maintenant, je suis le plus fervent de flot. Mon cas d'utilisation est principalement des graphiques en ligne de l'ordre de milliers de points, et le flot semble bien fonctionner. Le principal moteur d'une bibliothèque de traçage côté client est l'interactivité qu'elle vous offre. J'ai aussi utilisé jqPlot, mais je trouve que Flot est plus performant avec des jeux de données volumineux.

Source

2010-05-13 19:04:01

3

Vous pouvez utiliser les bibliothèques suivantes, tous sont côté client:

Source

2012-05-22 13:15:43 Dionysos

+0

Oui, en fait, après de nombreux essais avec la plupart de ces bibliothèques, nous allons avec Highcharts pour la prochaine itération de notre logiciel. C'est le plus flexible. – Goro

Questions connexes

 Questions connexes