比如1个team可以有多个player,并且1个player可以属于多个team,这就形成了many-to-many关系。针对这种情况,RESTful接口该如何设计呢?
先说创建
<code>POST: /teams/1/players/ PUT: /teams/1/players/1/ </code>
这两种哪个更合适些呢,我是比较倾向第2种。
再说更新,因为是N:N的关系,关系表里可能有如下数据
id | team_id | player_id |
---|---|---|
1 | 1 | 1 |
2 | 1 | 2 |
3 | 2 | 1 |
如果我想把player_id为1并且team_id为2的改为team_id为3....接口如果设计为
<code>PUT: /teams/3/players/1/ </code>
也会把player_id为1并且team_id为1的修改为team_id为3....显然不是我想要的...
该如何设计呢?
比如1个team可以有多个player,并且1个player可以属于多个team,这就形成了many-to-many关系。针对这种情况,RESTful接口该如何设计呢?
先说创建
<code>POST: /teams/1/players/ PUT: /teams/1/players/1/ </code>
这两种哪个更合适些呢,我是比较倾向第2种。
再说更新,因为是N:N的关系,关系表里可能有如下数据
id | team_id | player_id |
---|---|---|
1 | 1 | 1 |
2 | 1 | 2 |
3 | 2 | 1 |
如果我想把player_id为1并且team_id为2的改为team_id为3....接口如果设计为
<code>PUT: /teams/3/players/1/ </code>
也会把player_id为1并且team_id为1的修改为team_id为3....显然不是我想要的...
该如何设计呢?
新建:POST /players
更新:PUT/PATCH /players/:id
你的主体都是 player, team_id 作为参数传进去就好了。
n:n情况下一个接口已经不适用了,我的想法是这样的: