标准REST API设计规范

Question

说到严格的REST API设计规范，单个资源是否可以对应多个路由。

例如，我有路线：

http://www.example.com/registrations 
http://www.example.com/confirmations 
http://www.example.com/unlocks 

所有这些端点利用用户资源的注册新用户，使用令牌确认确认用户，并使用解锁令牌解锁的用户。

这是正确的REST设计吗？

Answer 1

好吧这没有错，但最重要的是，你也可能会有一个/user端点，所以可能有更好的方法来扩展它。

例如，解锁可能仅仅是在说/user一个PUT，具有

{ 
    "state": "unlocked" //active, whatever 
} 

我不知道你的API的严重程度，但你可与HTTP动词像我一样玩或者将不同的有效负载发布到相同的端点（例如，将confirmationToken作为注册体中的属性，并重用该端点）。