说到严格的REST API设计约定，单个资源可以对应多个路由 .
例如，我有路线：
http://www.example.com/registrations http://www.example.com/confirmations http://www.example.com/unlocks
所有这些 endpoints 都使用用户资源来注册新用户，使用确认令牌确认用户，并使用解锁令牌解锁用户 .
这是正确的REST设计吗？
那么's not wrong, but on top of that you'也可能会有一个 /user endpoints ，所以可能有更好的方法来缩放它 .
/user
例如，解锁可能仅仅是所述 /user 上的PUT，带有
{ "state": "unlocked" //active, whatever }
我不知道你的API的全部范围，但是你可以像我上面那样使用http动词，或者将不同的有效负载发布到同一个 endpoints （例如，将confirmToken作为注册主体中的属性，并重用那个 endpoints 也是如此） .
1 回答
那么's not wrong, but on top of that you'也可能会有一个
/userendpoints ，所以可能有更好的方法来缩放它 .例如，解锁可能仅仅是所述
/user上的PUT，带有我不知道你的API的全部范围，但是你可以像我上面那样使用http动词，或者将不同的有效负载发布到同一个 endpoints （例如，将confirmToken作为注册主体中的属性，并重用那个 endpoints 也是如此） .