Zwischenspeichern von Google Places-API-Ergebnissen

Question

Ich erstelle eine mobile App, die Posts auflistet, wobei jedem Post ein Ort zugeordnet ist.

Ich möchte die Liste in der Lage sein, Abstand vom Standort des Benutzers anzuzeigen. ohne Zwischenspeicherung, die erforderlich wäre, um die Ortsreferenz für jeden Post zu speichern und während der Auflistung die Geometrie des Ortes aus der Google Places API abliest, klingt das nach einer sehr schlechten Idee.

darf ich die ID, die Referenz, den Namen und die Geometrie des Ortes in meiner Datenbank speichern und mit meiner API ausliefern? Dies ist nur für die Leistung

eine andere Implementierung möglicherweise diese Daten in einem lokalen SQLite db auf dem mobilen Gerät zwischenspeichern, aber dann muss der Benutzer die Informationen für jeden nicht zwischengespeicherten Ort für eine Liste von X verschiedenen herunterladen Stellen Sie den Client X-API-Anrufe, klingt langsam und Batterie verschwendet.

darf ich einen zentralen Cache in meiner db in einer Tabelle haben, die von Zeit zu Zeit aktualisiert und entfernt wird, wenn nicht etwa 30 Tage lang darauf zugegriffen wird?

Answer 1

Google's page on Places besagt, dass Caching der Places ID erlaubt ist.

Der terms in 10.5.d Zustand, die Sie begrenzte Mengen an Inhalten für nicht mehr als 30 Kalendertage für Leistungsgründen speichern. Da dies das ist, was Sie versuchen zu tun, würde ich erwarten, dass Sie in Ordnung sind, die ID, den Standort und den Namen zu speichern.

Wenn Sie mit dem Zwischenspeichern weiterer Informationen beginnen, verletzen Sie die Bedingungen der API. Es ist nicht zu klar, was diese sind, aber ich denke, solange Sie vernünftig sind dann werden Sie in Ordnung sein.