質問
たい本物の、正直な意見をどのようなところが良いと思いGoogle可視化API?で信頼性の高い使わた時に読み、書類に気付いたのであるテルのすぐ近くは飲食面では貧弱問題や欠陥を克服するためには十分に充電してからご使用くださからデータを取得するにはmysqlデータベースです。お願い致します。
解決
私は現在、評価します。と比較してその他のjavascriptデータの可視化の枠組みだと思っていくそして
- 動的読み込みが内蔵されて
- 多めにいろいろなことをしてくれます。
- 見!
- 枠組みの中心のみな実施の現在のブラウザ
- サービスする必要がなくなり、より快適なダウンロードも事前に
- 統一データソース:でを一つのデータテーブルは、複数のvisalizations描からのデータです。
メリットとして、そういったんです。いや、での全てのサービスではありません透明るとどうなるか、試してみなさいパスデータをこれらのAPIです。しかし、APIは無料ですが、なオープンソースでできるかを確認しようのです。
と思い、Googleの可視化API醐味したい場合はすぐにホイップアップの可視化ガジェット用のブログで、ご興味のない展開のすべての種類のプラグインや図書館(eaxmple、jQueryベースの枠組みが必要の場合の管理が必要なmultitple javascriptライブラリと、高品質製品の安定供給).場合に他方を作成するアプリケーションしたい販売するために制御コンポーネントを使用しており、という利用をお考えのようなものFlot
もいたように、私だけの評価atmを利用していませんこと。
他のヒント
私にとって本当に素晴らしい作品。かなり簡単にカスタマイズすることができます。任意のスケーリングの問題を見ていません。セキュリティが問題ではありませんので、何のデータが公開されていません。 - Arunabhダス
私はここに追加したい一つのポイントは、Googleの可視化APIは、オフラインでの使用のためにその利用できない、ダウンロードすることができない、ということです。だから、それを使用しようとしているアプリケーションは、常にインターネットに接続する必要があり、そうでなければ私はチャートを描画することができる文句を言わないと思います。原因
この制限のために、このAPIは、インターネット接続が利用できないために、いくつかの用途で使用することはできません。
私は現在、Googleの可視化APIは、それに加えて、開発者の視点から、Googleの可視化APIを使用すると、個々のチャートで何ができるかで、私が持っていた場合には非常に限られている必要がありますWebベースのアプリケーションに取り組んでいます選択私はおそらくだけのためのフレームワークはあなたを与えること余分な柔軟性のdojoxのチャートを見てみます。
あなたは広範囲にグラフ作成に使用する大規模なWebアプリケーションのいずれかの種類を行っている場合は、そして、私はそれが大規模なWebアプリケーションのための十分な柔軟性を持っていないGoogleの視覚化APIをお勧めしません。
私は、Googleの可視化APIを使用していると私は、彼らはまだあなたが自分のサーバーがダウンしている場合は、それに依存している場合、あなたのアプリケーションがダウンしてなることを意味しており、それをダウンロードさせないことを強調したいです。私は約4ヶ月のためにそれを使用している、と私は、彼らはかなり信頼できると言うだろうし、そのドキュメントは本当にいいですので、彼らはかつて私一度クラッシュしています。