当前用户与ID的REST端点
就RESTAPI而言，通常遵循哪种结构更好 假设所有资源的当前用户与ID的REST端点,rest,api,http,restful-architecture,Rest,Api,Http,Restful Architecture,就RESTAPI而言，通常遵循哪种结构更好 假设所有资源的GET/PUT/POST/DELETE 1） 将当前登录用户用于/users/***路由 /users /users/password /users/email /users/preferences /users/documents /documents/:id 2） 具有id的绝对路径，并为当前登录的用户使用/users/：id /users /users/:id/password /users/:id/email /users/:i
GETPUTPOSTDELETE/users
/users/password
/users/email
/users/preferences
/users/documents
/documents/:id
/users/：id/users
/users/:id/password
/users/:id/email
/users/:id/preferences
/preferences/:id
这有关系吗？两者都很好。为每个用户创建唯一端点的好处在于，有一天您可以允许用户X访问关于用户Y的信息 我在最近的API中遵循的模式是为每个用户创建一个唯一的端点，但有一个端点
/current user/user/：some idurl可能表示一个标识。其他资源可能将用户称为sommeting的“创建者”或“修改者”，在这些地方，您可能需要使用url（而不仅仅是用户ID）。如果您引用的资源可以是多个，您应该使用
/resource/resource_id
/users/user_id/profile/users/profile