我正在尝试为一个非常具体的搜索参数构建一个简单的评论网站,我可以从 Google Places API 中提取信息。我知道除了 Google 说的我可以存储之外,我无法存储任何信息,而且听起来我只能存储“reference”参数和“id”参数。
在为从 Google 返回的地方创建评论后,我需要存储一些标识符,以便当其他人通过我的网站搜索 Google 地方时,我可以对我的数据库进行 AJAX 调用并提取该地方的所有评论。
最终,我的问题是,我应该存储哪个密钥?或两者?
我正在尝试为一个非常具体的搜索参数构建一个简单的评论网站,我可以从 Google Places API 中提取信息。我知道除了 Google 说的我可以存储之外,我无法存储任何信息,而且听起来我只能存储“reference”参数和“id”参数。
在为从 Google 返回的地方创建评论后,我需要存储一些标识符,以便当其他人通过我的网站搜索 Google 地方时,我可以对我的数据库进行 AJAX 调用并提取该地方的所有评论。
最终,我的问题是,我应该存储哪个密钥?或两者?
根据文档:
id
包含一个唯一的稳定标识符来表示这个地方。此标识符可能不会用于检索有关此地点的信息,但可以保证跨会话有效。它可用于合并有关此地点的数据,并在单独的搜索中验证地点的身份。
reference
包含一个唯一令牌,您可以使用该令牌在“地点详细信息”请求中检索有关此地点的其他信息。您可以存储此令牌并在以后随时使用它来刷新有关此地点的缓存数据,但不能保证在不同搜索中为任何给定地点返回相同的令牌。
reference
存储两者、从 Google Places 检索评论并将id
您的地方评论分组到您的数据库中是有意义的。
自 2014 年 6 月 24 日起,不推荐使用id和reference字段。应改为使用 placeId(用于请求)和 place_id(用于响应)。
Places API 当前在所有响应中返回 place_id,并在 Place Details 和 Place Delete 请求中接受placeid 。2015 年 6 月 24 日之后不久,API 将停止在响应中返回 id 和 reference 字段。一段时间后,API 将不再接受请求中的引用。我们建议您尽快更新代码以使用新的地点 ID 而不是 id 和参考。