投稿を一覧表示するモバイルアプリを構築しています。各投稿には場所が添付されています。
リストにユーザーの場所からの距離を表示できるようにしたい。各投稿の場所参照を保存するために必要なものをキャッシュせずに、Google Places API から場所のジオメトリを取得してリストする場合、これは非常に悪い考えのように思えます。
場所の ID、参照、名前、ジオメトリをデータベースに保存し、API で配信することはできますか? これはパフォーマンスのみを目的としています
別の実装では、このデータをモバイル デバイスのローカル sqlite db にキャッシュすることもできますが、ユーザーはキャッシュされていない場所ごとに情報をダウンロードする必要があるため、X 個の異なる場所のリストについて、クライアントは X API 呼び出し、サウンドを実行します。遅くてバッテリーの無駄。
テーブル内のデータベースに中央キャッシュを配置することは許可されていますか?
Places に関する Google のページには、Places ID のキャッシュが許可されていると記載されています。
10.5.dの条件では、パフォーマンス上の理由から、限られた量のコンテンツを 30 暦日以内に保存できると規定されています。これはあなたがやろうとしていることなので、ID、場所、名前を保存しても問題ないと思います。
より多くの情報をキャッシュし始めると、API の条件に違反します。これらが何であるかはあまり明確ではありませんが、あなたが合理的である限り、あなたは大丈夫だと思います.
現在のポリシーに従って、Place Id はキャッシュ制限から除外されています。
Directions API を使用したコンテンツ アプリケーションの事前取得、キャッシュ、または保存は、Google Maps Platform 利用規約に拘束されます。条件のセクション 3.2.4(a) には、条件に記載されている限定された条件を除き、コンテンツのプリフェッチ、キャッシュ、インデックス作成、または保存を行ってはならないと記載されています。
場所を一意に識別するために使用される場所 ID は、キャッシュ制限から除外されることに注意してください。したがって、場所 ID の値を無期限に保存できます。場所 ID の値は、Directions API レスポンスの place_id フィールドに返されます。