私はAndroid用のチャートアプリケーションを開発中です。チャートを描画するために私のプロジェクトでインポートできるAPIがいくつか見つかりました。もう1つの良い選択肢は、他のAPIより使いやすく、より信頼性の高いGoogle Charts APIを使用することです。Android/iPhoneアプリ...インターネットベースのAPIとローカルAPIの使用
Google APIを使用すると、ほとんどの処理はGoogleサーバー上で行われますが、応答が遅れてチャートが表示されることがあります。一方、私のプロジェクトにAPIをインポートすると、より速く実行されますが、より多くのメモリを消費する可能性があります。だから私の選択でなければならないものは、私のプロジェクトにインポートすることができるインターネットベースのGoogle APIまたはローカルAPIの間で選択する際に考慮する必要があります
最終的にはあなた次第ですが、私は、以下のそれぞれのための小さなプロ/連合リスト（包括的ではない）を提供します。
Local Api:
Pro:
-No network latency
Con:
-Additional memory consumption (to hold the library).
Remote Api:
Pro:
-No additional dependencies to external libraries.
-Less memory consumption.
Con:
-Potential server downtime (Planned and unplanned).
-Additional latency for creating charts.
明らかに、モバイルプラットフォームをターゲットにしているため、考慮すべき点がいくつかあります。サーバーのダウンタイムやワイヤレスネットワーク接続の不足のために、リモートApiが使用できないことがあります。このため、ローカルApiにプッシュすることができます。一方、限られたメモリデバイスで作業しているため、Remote Apiを使用することを推奨する可能性があるため、できるだけメモリフットプリントを小さくしたいと思うかもしれません。
は再び、それはすべてあなたが（またはあなたのビジネスユニット）を見つけるがあなた（またはあなたのグレードってこんなモンユニットの）アプリのために最も重要であるかに依存します。私はあなたが一種のあなた自身の質問に答えたと思う
私はローカルAPIを選択したいと思います。純粋にすべてのアンドロイドユーザーがインターネットアクセスを持っているわけではない（多くの人が悪い仮定をしているから）。第二に、人々は帯域幅の使い方を見ています。
あなたのアプリが他のアプリに比べて大きければ、私はメモリの使用について心配しません。
はい、あなたは正しい...その本当に悪い仮定は、すべてのアンドロイドユーザーがインターネットアクセスを持っている人と、帯域幅の使用を見ているだろう。 – Atif
は、あなたは自分のユーザーのニーズ、アプリケーション要件、環境など
スピード リソース 機能セット 接続の可用性と帯域幅
に応じて優先順位をつける必要がありますあなたの顧客の要求に応じてそれらを注文し、私はあなたがあなたの答えを持っていると思います。
私が考えていないのは、多くの開発者の優先事項と思われるゲートからの開発にとって「最も簡単な」ものです。
個人的には、唯一の実行可能なオプションでない限り、アプリケーション自体に必要なものは避けてください（リアルタイムの株価チャート作成のように、接続が必要になり、リストの下に移動できることは明らかです）。接続が利用できない回数
あなたとあなたのユーザーだけが、何が重要で、どのような順序であるかを判断できますが、少なくともそれについて考えてください！
ありがとうございます...私は今、可能な限りリモートAPIを避けるべきだと結論づけることができます。私は@Idisticに同意します..."唯一の実行可能なオプションでなければ、接続を必要とするものは避けてください。アプリケーション自体が必要です（リアルタイムの株価チャート作成のように、接続が必要となり、リストの下に移動することができます）。利用不可" – Atif