我正在创建一个用于问答的应用程序，它将 Twitter 提及/DM、Facebook 墙上的帖子/消息以及电子邮件和短信统一到一个收件箱中。我知道我将如何处理 SMS（存储每条传入消息和传出响应），但我想知道将相同的方法应用于 twitter/facebook 消息是否现实。
我想我需要存储它们，这样我至少可以将它们标记为已读/未读。这就是 TweetDeck 的做法吗？我无法想象他们在不缓存任何东西的情况下不断地轮询 API。
顺便说一句，如果您知道已经有一个应用程序可以做到这一点，那就太棒了。除了 SMS 和电子邮件之外，Hootsuite 都做的很奇怪。
假设您正在构建一个移动应用程序（因为您提到了 SMS），如果您的目标是支持任意 Facebook 和 Twitter 帐户（即包括非常繁忙的帐户）并长时间使用，那么您无法存储所有移动设备上的推文和帖子：所需的存储空间会随着时间的推移而增长，超过任何设备的容量。
您可以完整存储合理数量的“最近”推文/帖子；这些构成了 UI 视图的支持模型。当用户导航通过任一端时，您可以通过 API 检索更多内容，并且您将对这个集合执行内务管理，使其不会变得太大，并在必要时丢弃旧的。
（这个集合最终可能会变得有差距：例如，如果我一周没有运行该应用程序，当我启动它时，它会检索最近一天的内容，在昨天的内容和一周前的内容之间留下一个差距。Twitter 的应用程序这样做并显示空白，允许用户通过 API 填写它们。）
如果您需要跟踪已读/未读状态，您可以为更多项目存储此 ID 和唯一 ID；但同样，您最终也需要清除这些。
您可能想查看Twitter 用户流功能；Facebook 的实时更新不太适合移动应用程序（除非有您自己的服务器支持）。