iOS 应用获取的结果与 Foursquare 不同答案

【问题标题】：iOS app doesn't fetch same results as FoursquareiOS 应用获取的结果与 Foursquare 不同
【发布时间】：2013-05-13 14:59:46
【问题描述】：

我一直在想，我正在使用 Foursquare 的 API 在我的 iOS 应用程序中使用。

它的效果非常好，只是获取的结果与 Foursquare 应用程序本身生成的结果不匹配。

我觉得很奇怪，有些地方甚至不在列表中。

有人经历过吗？即使是最简单的查询，结果也不一样。

有没有关于 Foursquare 的应用如何处理过滤器/请求的文档？

谢谢

编辑：我将venues/search 与ll 一起用于lat,lng。

【问题讨论】：

我最近在 iOS 和 Android 中使用 Foursquare 的 api 有一些经验，也许可以提供帮助。您的问题是用 Javascript 标记的，所以我想知道您是使用 webview 和您自己的服务器，还是直接针对 REST api 获取。您能否提供一个您发送的特定请求和具体差异的示例？谢谢。
另外补充一下我之前的笔记，我经历过你所说的。但是要询问 Foursquare iOS 应用程序的具体工作原理，可能会让你一事无成。从我的角度来看，它只是一个（非常好的）客户端，就像其他任何客户端一样，并且没有其他第三方应用程序受到限制的特殊访问权限。但我仍然可以帮助您了解发生了什么，我希望。

【解决方案1】：

这可能是由于 Foursquare 应用程序传入的其他参数造成的。您是否有任何导致此行为的具体示例？

您也可以尝试通过网络代理调试 Foursquare 应用。这将向您显示它发出的所有 API 请求，因此您可以准确确定发生了什么。我在这里写了这个技术：http://nickfishman.com/post/50557873036/reverse-engineering-native-apps-by-intercepting-network

【讨论】：

【解决方案2】：

我认为这里有几件事可以发挥作用。

1) 您是否使用授权令牌从您的应用中进行场地/搜索呼叫？场所/搜索的结果是根据用户的历史和他们朋友的历史进行个性化的。

2) 您是否在通话中使用了 intent=checkin？由 Foursquare 应用程序完成的场所/搜索调用确实如此，因此发回的结果将按照用户想要签到给定场所的可能性排序。

3) 您是在比较 Foursquare 应用程序中的搜索框还是签到模式的结果？应用程序中的搜索框使用场所/探索端点进行搜索，这对发送回设备的结果进行了更高级的个性化。

希望这些要点有助于澄清这里可能发生的事情！

【讨论】：