```避免层级过深的 URI。超过 2 层的资源嵌套会很乱，建议将其他资源转化为?参数， 比如： /schools/tsinghua/classes/rooma/students/zhang # 不推荐 /students?school=qinghua&class=rooma # 推荐``` 老师这句话，我想起来了我一个接口，是和用户组相关的。 我有一个组的接口，它本身有自己的增删查改等几个标准的接口 组表和用户表是个多对多关系，我要写三个接口，分别是：显示组用户，添加组用户，删除组用户。 没看这篇文章之前我写成了 get /group/user/:uid post /group/user/:uid delete /group/user/:uid 并且还分别添加了groupid参数，看完老师说的层级过深那段话之后觉得我以前弄的确实有问题，思考之后新的想法如下： 显示组用户应该用 get /group/:gid?fields=user来显示组详情，这里可以通过你说的过滤功能只要显示用户，组其他字段不显示。 添加组用户和删除组用户好像正常情况来讲都是put /group/:gid 就是修改组的那个接口，但是仔细一想，增加用户和删除用户都用 put /group/:gid有点奇怪，而且没办法区分删除还是增加，或者把在后面把现在所有组列出来，比如现在组有用户1,2 增加用户3就是 put /group/:gid?users=1,2,3 ， 假如现在有用户1，2，3，删除3就是 put /group/:gid?users=1,2 其实不止组，很多有外键关系的好像都存在我这个情况，比如作者表和书籍表，作者表和书籍表有自己的增删查改，那如果我要 查看某作者所有书籍，增加作者一本新书，删除作者一本书 其实说了这么多 就是想问下老师 显示组用户，添加组用户，删除组用户这三个例子你觉得该怎么设计接口，能指教一下如果是你会怎么设计这三个接口以及原因吗？