12

我正在构建一个列出帖子的移动应用程序，每个帖子都有一个附加的位置。

我希望列表能够显示与用户位置的距离。在不缓存任何内容的情况下，它需要存储每个帖子的地点参考，并在列出从 Google Places API 获取地点的几何图形时，这听起来是一个非常糟糕的主意。

我是否可以在我的数据库中存储该地点的 ID、参考、名称和几何形状并使用我的 API 交付？这仅用于性能目的

另一种实现可能是将此数据缓存在移动设备上的本地 sqlite db 中，但随后用户将不得不下载每个未缓存位置的信息，因此对于 X 个不同位置的列表，客户端将执行 X api 调用，听起来速度慢而且浪费电池。

我是否允许在我的数据库中的一个表中拥有一个中央缓存，该表将每隔一段时间刷新一次，如果在 30 天内不访问则将其驱逐？

4

3 回答 3

8

Google 的 Places 页面声明允许缓存 Places ID。

10.5.d中的条款规定，出于性能原因，您可以将有限数量的内容存储不超过 30 个日历日。由于这是您想要做的，那么我希望您可以存储 ID、位置和名称。

当您开始缓存更多信息时，您将违反 API 的条款。目前还不清楚这些是什么，但我认为只要你是合理的，那么你会没事的。

于 2015-06-06T18:30:24.947 回答
8

根据当前政策，Place Id 不受缓存限制。

内容的预取、缓存或存储

使用 Directions API 预先获取、缓存或存储内容应用程序受 Google Maps Platform 服务条款的约束。条款第 3.2.4(a) 节规定，除非条款中规定的有限条件，否则您不得预取、缓存、索引或存储任何内容。

请注意，用于唯一标识地点的地点 ID 不受缓存限制。因此，您可以无限期地存储地点 ID 值。地点 ID 值在 Directions API 响应的 place_id 字段中返回。

于 2019-01-03T14:25:48.510 回答
0

“请注意，用于唯一标识地点的地点 ID 不受缓存限制。因此，您可以无限期地存储地点 ID 值。地点 ID 在地点 API 响应的 place_id 字段中返回。” https://developers.google.com/places/web-service/policies#usage_limits

于 2020-10-08T23:48:54.513 回答