为什么lyft和uber移动网络api都需要纬度/经度作为目的地

Question

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

无论如何围绕这个编程？

Answer 1

纯粹的猜测，但我想象：

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

Apple Docs似乎表明地理编码本身完全可行，因此只需要多做一些工作。

<强> TL;博士

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