【问题标题】:surge_confirmation_id changes between requests请求之间的surge_confirmation_id 变化
【发布时间】:2015-10-09 09:54:22
【问题描述】:

我连续向 Uber API 发出两个请求。

POST /v1/requests/estimate

POST /v1/requests

第一个获得估价,第二个提出乘车请求。当我得到估计值时,我得到了surge_confirmation_id 的值。在向 API 发出请求以创建乘车请求时,我将此值作为同名参数发送。

优步对第二个请求的响应是 409 错误,表示目前正在实施激增定价,并为我提供的 surge_confirmation_id 与估算值不同。

我已经运行了这个测试大约 7 次,surge_confirmation_id 在第一个和第二个请求之间总是不同的。知道我做错了什么,或者这是否是预期的行为?浪涌估计总是错误或变化如此之快是没有意义的(我们在两个请求之间谈论 5 秒)。

旁注,/v1/requests/estimate 端点是唯一将浪涌乘数作为数字返回的端点。调用 /v1/requests 只会返回一个 URL 以显示激增确认。这对我来说是不可接受的,因为我正在编写一个不允许我显示任何 UI 的基于语音的服务。

【问题讨论】:

    标签: uber-api


    【解决方案1】:

    Estimates仅供您估算价格和行程。

    您应该通过某些方式显示收到的 url,因为该 url 会加载一个网站,让客户接受或拒绝激增的价格。

    一旦客户接受,您就可以将surge_confirmation_id 传回给优步。

    【讨论】:

      猜你喜欢
      • 2011-02-21
      • 1970-01-01
      • 2013-12-22
      • 1970-01-01
      • 2013-04-12
      • 2014-03-23
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多