有人可以用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)中还有其他类似的示例，因此我肯定会丢失一些内容。
谢谢!
最佳答案
只是在这里猜测
Twitter上曾经有人指出，Twitter API在多个servlet上运行。我只能假设这是相关的-映射/retweets/*比映射每个单个组合都容易。
更新:我认为API本身的历史也可能是相关的。过去几年，Twitter的API并没有真正改变，如果改变了，那是因为将添加新功能。像GET statuses/show/:id这样的终结点是旧的，而GET statuses/retweets/:id是更新的。如果Twitter在某个时候决定更改命名约定，那么他们不能只是重命名旧的约定，因为这会破坏应用程序。
我的另一种理论是GET statuses/retweets/:id实际上并不指代Tweet :id本身，而是关于基于它的推文。 GET statuses/:id/retweeted_by通过返回用户而非其他状态与推文本身直接相关。
我也经常为命名一致性感到困惑。我相信他们有他们的理由。
关于api - Twitter REST API与ID位置的一致性，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/8332632/