REST设计中的一对多关系

REST设计中的一对多关系,rest,Rest,我必须为用户和团队提供表格。应用程序逻辑是这样的:每个用户至少应该属于一个团队(这里没有默认值,用户最初可以属于任何团队) 如果我使用RESTfulAPI来创建用户资源,我应该在这个API中发送关于用户团队的信息吗 POST /api/users 还是我应该提出两个要求 POST /api/users PUT /api/teams/{id} 如果使用第二个逻辑,则如果从未调用第二个API,则数据库中存在不一致性 REST设计的正确做法是什么?关于POST/api/teams/{id}/use

我必须为用户和团队提供表格。应用程序逻辑是这样的:每个用户至少应该属于一个团队(这里没有默认值,用户最初可以属于任何团队)

如果我使用RESTfulAPI来创建用户资源,我应该在这个API中发送关于用户团队的信息吗

POST /api/users
还是我应该提出两个要求

POST /api/users
PUT /api/teams/{id}
如果使用第二个逻辑,则如果从未调用第二个API,则数据库中存在不一致性


REST设计的正确做法是什么?

关于
POST/api/teams/{id}/users


URI是不言自明的,您正在将用户直接发布到相应的团队中。

什么原因会导致您不发送第二个请求?网络故障、客户端关闭之类的?