永不过期的 API 密钥带来的问题
一个多年前签发、从未轮换、至今仍然有效的密钥并不是一种便利。它是一个多年来没有人真正检查过的隐患。
坐标精度营销在哪些方面本末倒置
返回到小数点后十五位的纬度和经度看起来精确得惊人。坐标的第十五位小数对应的距离比一个原子还小，这本身就应该立即提醒您：显示出来的精度与底层匹配的准确度毫无关系。一个由邮政区域中心点、屋顶匹配或粗略区域估算得出的地理编码结果，并不会因为响应中小数点后的位数更多而变得更准确。它只是位数更多而已。
精度与准确度之间的这种区别，在位置数据的呈现方式中经常被混淆。精度是一个数字有多少位。准确度是这个数字实际上离真实位置有多近。一个坐标可以极其精确，却大错特错；而一个以长串小数开头的响应格式，会诱导读者以为两者是一回事，实际上它们之间毫无关联，唯一的联系是其中一个可以掩盖另一个的缺失。
我们认为，响应更诚实的做法是描述坐标实际上是由哪种匹配产生的，而不是依靠小数位的长度来暗示一种底层方法未必能支撑的置信度。屋顶级别的匹配与退回到城市中心点的结果在性质上就不同，而不仅仅是小数精度不同。把这种差异简化为“小数位越多越好”，恰恰隐藏了开发者判断某个结果对其使用场景是否足够好所需的信息，无论这个场景是在地图上放置图钉，还是为送货车辆规划路线。
这直接关系到为什么我们在描述自己的正向地理编码、逆地理编码和自动补全端点时非常谨慎。返回带有一长串小数的坐标，让它代替一个我们并不准备明确作出的置信度声明，这很容易做到。我们宁愿具体说明端点返回什么，让实际的匹配信息自己说话，也不愿依靠小数格式去暗示超出底层数据所能证明的东西。
这里有一个适用于任何使用地理编码 API 的人的实际结论，而不仅仅关乎我们选择如何构建自己的 API：坐标中的小数位并不是质量的证据。重要的是响应是否用简单明了的语言告诉您实际匹配到了什么、具体到什么程度，这样您才能自己判断，这个具体的答案对于您即将据此作出的决策是否足够好。小数点后的一长串数字回答的是一个关于格式的问题。它没有回答真正重要的问题，也就是这些数字所描述的地球上的那个点，是否是正确的那个点。