我正在制作一个列出帖子的移动应用，每个帖子都附有一个地方。
我希望列表能够显示与用户位置的距离。 没有缓存任何需要存储每个帖子的地方参考所需的内容，而当列表从Google Places API获取地点的几何时，这听起来是一个非常糟糕的主意。
我是否允许在我的数据库中存储该地点的ID，引用，名称和几何，并使用我的API提供它？ 这仅用于性能目的
另一个实现可能是将这些数据缓存在移动设备上的本地sqlite数据库中，但是用户必须下载每个未缓存位置的信息，以便客户端将执行的X个不同位置的列表X api电话，听起来很慢，电池浪费。
我是否允许在我的数据库中有一个中央缓存在一个表中，每隔一段时间就会刷新一次，如果没有访问则会被驱逐30天？
答案 0 :(得分：5)
Google's page on Places声明允许缓存地点ID。
terms in 10.5.d表示您性能原因可以存储有限的内容量不超过30个日历日。既然这是你想要做的，那么我希望你可以存储ID，位置和名称。
当您开始缓存更多信息时，您将违反API的条款。它不是很清楚这些是什么，但我认为只要你是合理那么你就可以了。
答案 1 :(得分：1)
根据当前策略，位置ID免于缓存限制。
Pre-Fetching, Caching or Storage of contents
使用以下内容预取，缓存或存储内容应用程序 Directions API受Google Maps Platform服务条款的约束。 条款中的第3.2.4（a）节规定，您不得预先提取， 缓存，索引或存储任何内容，除非在有限的条件下 条款中所述。
请注意，用于唯一标识位置的位置ID是免税的 从缓存限制。因此，您可以存储地点ID值 无限期地在以下位置的place_id字段中返回位置ID值 Directions API响应。
答案 2 :(得分：0)
“请注意，用于唯一标识位置的位置ID不受缓存限制。因此，您可以无限期存储位置ID值。位置ID在Places API响应的place_id字段中返回。” https://developers.google.com/places/web-service/policies#usage_limits