为什么 lyft 和 uber 移动 web api 都需要目的地的纬度/经度答案

【问题标题】：why do both lyft and uber mobile web api's require latitude/longitude for destination为什么 lyft 和 uber 移动 web api 都需要目的地的纬度/经度
【发布时间】：2017-06-27 13:58:36
【问题描述】：

我有一个移动独立网络应用程序。该应用程序为用户存储目标（也称为丢弃）地址，但获取这些地址的纬度/经度不仅不容易，而且在运行时也很难做到。然而，对于 lyft 和 Uber 来说，仅仅传递下车地址是不够的。显然，您还必须包括纬度/经度查询参数。我从我的应用程序（uber 或 lyft）调用本机应用程序似乎很愚蠢，这两者都允许用户手动输入下车地址，但它不会让我的应用程序只传递下车地址并计算内部的纬度/经度，就像用户手动输入地址时一样。

以编程方式解决这个问题？

【问题讨论】：

在我调用他们的原生移动应用程序之前，投递地址是 URL 编码的，所以这不是问题。
我的应用程序为个人或场所创建了一个移动快速拨号。该应用程序的每个实例还允许用户创建自己的快速拨号，然后他们可以与他人共享。我所说的快速拨号不仅仅指电话。这也意味着位置（用户可以获取谷歌地图方向，uber 或 lyft）。但大多数人天生并不知道他们的 GPS 坐标。他们确实知道他们的地址。所以我的应用程序不仅要存储地址，还要对位置进行地理编码并将其存储在我的服务器上（用于共享快速拨号时）。如果我可以简单地将地址发送到 uber/lyft，则不需要这样做。

标签： uber-api lyft-api

【解决方案1】：

纯属猜测，但我想：

他们不希望人们使用他们的 API 对地址进行地理编码
地址解析是大多数应用可以使用其他来源实现的目标
Lat/Long 完全明确，而地址可能有各种拼写/格式问题需要 API 解决，从而通过后续请求增加需求。

Apple Docs 似乎表明地理编码在本地是完全可以实现的，因此只需多做一点工作。

tl;dr

Uber/Lyft 不希望他们的 API 被滥用于地理编码，并且大多数平台都有将地址解析为纬度/经度对的方法，这为 API 提供了使用的准确性。

【讨论】：

1.我正在调用他们的本地应用程序并传递一个下车地址。如果我使用他们的应用程序对地址进行地理编码，然后以某种方式神奇地得出结果（在我的应用程序已经放弃对他们的控制之后），那么您的回答将是有意义的，但这里的情况并非如此。很抱歉，但这个理由不合逻辑。 2. 是的，但为什么要两次解决同一个问题？本机应用程序已经这样做并且必须这样做。这在用户手动输入目标地址这一事实中很明显。 3. 是的，我知道纬度/经度是明确的，但不是这个问题的重点。如果他们希望我将流量引导给他们
“Apple Docs 似乎表明地理编码在本地是完全可能的，因此只需多做一点工作。”我想你错过了我问题的第一行……“我有一个移动独立网络应用程序。”这意味着它不是原生的。
@KerryDavis 道歉，事实上，如果他们为地址返回了一个纬度/经度对，他们确实可能被滥用于地理编码。鉴于您使用的是独立的网络应用程序，这显然更棘手，但 API 就是 API，所以我会说只需使用像谷歌地图这样的地理编码解决方案。