我正在为Q＆amp; A创建一个应用程序，将Twitter提及/ DM，Facebook墙帖/消息以及电子邮件和短信统一到一个收件箱中。我知道我将如何处理SMS（存储每个传入的消息和传出响应），但我想知道将相同的方法应用于twitter / facebook消息是否切合实际。
我想我需要存储它们，所以我至少可以将它们标记为已读/未读。 TweetDeck是这样做的吗？我无法想象他们在不缓存任何内容的情况下不断轮询API。
顺便说一句，如果你知道一个应用程序已经做到这一点，这将是太棒了。 Hootsuite除了发送短信和电子邮件外，还做了很多事。
答案 0 :(得分：1)
假设你正在构建一个移动应用程序（因为你提到了短信），如果你的目标是支持任意的Facebook＆amp; Twitter帐户（包括非常忙碌的帐户）＆amp;使用很长一段时间，然后你不能存储所有的推文＆amp;移动设备上的帖子：所需的存储空间会随着时间的推移而增长，超过任何设备的容量。
您可以完整存储合理数量的“最近”推文/帖子;这些形成了UI视图的支持模型。当用户导航到任何一端时，您可以通过API检索更多内容，并且您将对此集合执行内务处理，因此它不会太大，必要时会丢弃旧版本。
（这个系列可能最终变得蠢蠢欲动：例如，如果我没有运行应用程序一周，当我启动它时，它将检索最近一天的内容，在昨天的内容和一周的内容之间留下差距Twitter的应用程序执行此操作并显示差距，允许用户通过API填写它们。）
如果您需要跟踪已读/未读状态，则可以存储此信息。大量商品的唯一ID;但同样，你最终也需要清除它们。
您可能需要查看Twitter User Streams功能; Facebook's Realtime Updates不适合移动应用（除非您自己的服务器支持）。