我对即将到来的Twitter API 1.1的变化以及如何重新实现像http://tweet.seaofclouds.com/和http://thomasbillenstein.com/jTweetsAnywhere/这样的jquery小部件所提供的功能感到困惑。
我已经能够使用ApplicationOnlyAuthorizer让link -to-twitter进行搜索，至少可以将大部分信息获取到GridView中，但这将一遍又一遍地重复使用相同的令牌(属于应用程序的令牌)，并且当部署到具有数百/数千活跃用户的实时站点时，将在15分钟内快速消耗450个请求…
此外，对于显示，我宁愿能够重用基本的jquery插件之一，所以我似乎不得不将jquery ajax调用指向本地页面方法或web服务来为我进行服务器端调用…那么如果我使用link -to-twitter，我就必须把搜索结果混在一起，变成一个匿名对象，然后JSON序列化回浏览器，对吧?
此外，为了解决速率限制问题，Twitter似乎希望我代表我的用户发出这些搜索请求，但这将需要通过oAuth授权工作流发送它们，然后必须将它们的令牌存储在某个地方，以便每次加载显示"Twitter feed"的页面时使用。对吧?
最后，现有应用程序中内置的部分功能是能够存储tweet id和twitter用户id列表，并将其从结果中删除(如果它们令人反感等)。
我的大脑告诉我，一个简单的任务，比如"显示所有带有#whatever的推文，除了id为1111212和1356346的推文"，不可能需要我上面描述的一切……
我在这里错过了什么?
编辑澄清问题如果对Twitter的1.1搜索API的所有查询都必须经过身份验证，并且由于速率限制，使用ApplicationOnly oAuth身份验证不是一种选择，并且我们不想通过oAuth强制用户捕获他们的令牌，那么我们如何期望以类似于jquery的自动更新方式显示来自搜索API的tweet列表呢?
我发现唯一的选择是嵌入式时间线(除非你想用缓存等构建自己的服务器端解决方案):
https://dev.twitter.com/docs/embedded-timelines