我将在内部提供一个 twitter 提要和允许转发、收藏和回复推文的 Android 应用程序。我知道有一个搜索 api 和一个流 api。这是一个重大的现场活动,我只是想知道搜索 api 是否是要走的路,或者流 api 是否会更好。
所以基本上在直播活动的 android 应用程序中,我有一个 twitter 提要,可以读取它允许用户重新发推文等。所以它就像应用程序中的一个小 twitter 客户端。流式传输是通往这里的路,还是它比它的价值更麻烦,并且搜索 api 更适合某种类型的轮询?
我将在内部提供一个 twitter 提要和允许转发、收藏和回复推文的 Android 应用程序。我知道有一个搜索 api 和一个流 api。这是一个重大的现场活动,我只是想知道搜索 api 是否是要走的路,或者流 api 是否会更好。
所以基本上在直播活动的 android 应用程序中,我有一个 twitter 提要,可以读取它允许用户重新发推文等。所以它就像应用程序中的一个小 twitter 客户端。流式传输是通往这里的路,还是它比它的价值更麻烦,并且搜索 api 更适合某种类型的轮询?
如果你想显示实时结果,你绝对应该使用流 api。如果您的活动的推文率太高,您可能会错过一些数据,但如果是本地活动,我认为您可能不会达到该比率(如果您的关键字集的推文率超过 1%全球流量,那么你可能会开始错过一些推文)。要检索错过的推文,您可以定期在后台进程中运行推特搜索,以检索在事件时间间隔内到达的最后一条推文。
因此,最好的方法是运行流 api 并检查您是否缺少任何推文,推特会通过向您发送跟踪限制通知来通知您有关此推文的信息。因此,在这种情况下,您也可以并行运行 twitter 搜索。
对于这种情况,最重要的想法是为您的活动确定可能的最佳关键字集。如果您的关键字集过于宽泛,那么您最终可能会检索到噪声数据,因此明智地选择关键字集可以为您节省大量时间并提高系统的性能和可用性。