Gal*_*aim 9 google-maps google-places-api
我正在构建一个列出帖子的移动应用程序,每个帖子都附有一个地方.
我希望列表能够显示距用户位置的距离.没有缓存任何需要存储每个帖子的地方参考所需的内容,而当列表从Google Places API获取地点的几何时,这听起来是一个非常糟糕的主意.
我是否允许在我的数据库中存储该地点的id,引用,名称和几何,并使用我的API提供它?这仅用于性能目的
另一个实现可能是将这些数据缓存在移动设备上的本地sqlite数据库中,但是用户必须下载每个未缓存位置的信息,以便客户端将执行X api调用,声音的X个不同位置的列表慢和电池浪费.
我允许在我的数据库中有一个中央缓存在一个表中,每隔一段时间就会刷新一次,如果没有访问就被驱逐30天?
根据当前政策,Place Id 不受缓存限制。
使用 Directions API 预取、缓存或存储内容应用程序受 Google Maps Platform 服务条款的约束。条款的第 3.2.4(a) 条规定,除非在条款中规定的有限条件下,否则您不得预取、缓存、索引或存储任何内容。
请注意,用于唯一标识地点的地点 ID 不受缓存限制。因此,您可以无限期地存储地点 ID 值。地点 ID 值在 Directions API 响应的 place_id 字段中返回。
Google在“地方信息”页面上指出,可以缓存地方信息ID。
10.5.d中的条款规定,出于性能原因,您可以在不超过30个日历日内存储有限数量的内容。由于这是您要尝试执行的操作,因此我希望您可以存储ID,位置和名称。
当您开始缓存更多信息时,您将违反API的条款。尚不清楚这些是什么,但我认为,只要您很合理,就可以。
| 归档时间: |
|
| 查看次数: |
6011 次 |
| 最近记录: |