这是一个创建于 1366 天前的主题，其中的信息可能已经有所发展或是发生改变。
在开发过程中遇到这样的问题：某个资源的详情接口（比如 GET /users/{id}）需要在两个场景使用：
- 资源详情查看
- 资源修改前获取资源详情
页面展示时需要的详情信息和资源修改时需要的详情信息不一致，是否应该设计多个详情接口。
 |
1
strawberryBug 2022 年 4 月 26 日 via Android
graphQL
|
 |
2
golangLover 2022 年 4 月 26 日 via Android
应该
|
 |
3
wolfie 2022 年 4 月 26 日
单条查询，没必要。除非不同权限 展示字段不同。
|
 |
4
devswork 2022 年 4 月 26 日
看前端需要的字段有哪些吧，如果返回的字段在不同的场景下有保密性的，就应该对应多个接口，权限也是多个权限
|
 |
5
Rache1 2022 年 4 月 26 日
修改时看到的详情页，跟展示的详情，数据一般会有一些出入吧，可以加入 GET /users/{id}/edit 这样来处理
|
 |
6
rb6221 2022 年 4 月 26 日
这种接口一般不是单独给客户端使用的，要么是和其他接口一起整合使用，用于不同场景。不同的人有不同的可见权限，其实可以用不同接口，但是也没必要太多
|
 |
7
ryanbuu 2022 年 4 月 26 日
考虑一下 BFF~
|
 |
8
wangqifox OP 给各位大佬点赞，学到了
|
 |
9
star7th 2022 年 4 月 26 日
一般是汇总到同一个接口。宁愿字段有冗余，具体某个客户端用不到是客户端的事情。你设计的接口应当满足各个客户端的需要。
|
Select Language