我应该使用twitterapi还是只使用RSS提要？

我工作的公司已经设置了一个推特手柄，在我们的网站上我们只会显示最后两条推特

正如我们只展示的那样，使用API是否比从我们的个人资料页面获取RSS提要有任何优势

我知道API有很多调用限制…RSS提要有吗

很酷，干杯

RSS提要实际上是API的一部分，所以只要你能够解析RSS，你就可以了。RSS提要对于公共配置文件是公共的，不需要API密钥

更多信息：

---

假设您在服务器端将其向下拉，请确保缓存提要，以免每次加载页面时都向下拉一个提要。

查看RSS提要中的单个条目，您将获得整个推文、时间和推文的Url。e、 g

2009年10月13日星期二上午8:44
坏天文学家：@neitono，兰迪还活着&仍然是令人讨厌的骗子。一个Fark的链接让他看起来像是从这个凡人的线圈中走出来的：

请注意，tweet中的任何链接都不会保留其链接性质。与任何“@回复”和#标签相同

简言之，如果API能够让原始推文保留其原始链接，那么我认为这当然值得付出额外的努力，因为否则你要么放弃原始推文的超链接丰富性，要么不得不解析和重新链接链接、回复和hashtag，这可能会很繁重

---

我想这取决于你的公司会发布什么样的推特。如果它们是没有链接的普通tweet，那么我看不出使用API有什么好处。但是，如果他们希望使用Twitter的正常链接语法，我会使用API。

不需要开发者密钥，我看不出RSS提要如何像API调用一样受到限制。我相信你需要RSS提要的API密钥。有人能确认@ghills吗？RSS源是开放的不？我想是的！我看这个没问题：你似乎需要一个用于你自己主页的“RSS提要”，这是你朋友的时间表。也许这就是ghills的意思？嗯……即使在这里的页面上，那些“”链接实际上变成了超链接，它们不在（应答）编辑模式下，也不在RSS源中Twitter API确实会以纯文本的形式返回推文文本-显然，将@name和链接转换为链接取决于开发人员，所以在这方面没有RSS的优势。很好的信息，谢谢。我还没有尝试过API，现在我很惊讶他们丢失了这些信息。我想知道他们这样做的原因是什么？