api - Twitter REST API 与 ID 放置的一致性

Question

有人可以用 REST 术语向我解释 Twitter 在这两个调用中的参数放置的设计决策吗？似乎 :id 放置不一致且随意(尽管显然这是故意的)。

GET statuses/:id/retweeted_by
Show user objects of up to 100 members who retweeted the status.

GET statuses/retweets/:id
Returns up to 100 of the first retweets of a given tweet.

他们的 API (https://dev.twitter.com/docs/api) 中还有其他类似示例，所以我肯定遗漏了一些东西。

谢谢!

Answer 1

这里只是猜测

Twitter 的某个人曾经指出，Twitter API 在多个 servlet 上运行。我只能假设这是相关的 - 映射 /retweets/* 比映射每个组合更容易。

更新:我认为 API 本身的历史也可能是相关的。 Twitter 的 API 在过去几年并没有真正改变太多，如果它确实发生了变化，那也是因为添加了新功能。像 GET statuses/show/:id 这样的端点是旧的，而 GET statuses/retweets/:id 是较新的。如果 Twitter 在某个时候决定更改命名约定，他们不能只是重命名旧的，因为这会破坏应用程序。

我的另一个理论是 GET statuses/retweets/:id 实际上不是指推文 :id 本身，而是关于基于推文的推文在上面。 GET statuses/:id/retweeted_by 通过返回用户而不是其他状态与推文本身直接相关。

我也经常对命名的一致性感到困惑。不过，我相信他们有他们的理由。