在开发过程中遇到这样的问题：某个资源的详情接口（比如 GET /users/{id}）需要在两个场景使用：
- 资源详情查看
- 资源修改前获取资源详情
页面展示时需要的详情信息和资源修改时需要的详情信息不一致，是否应该设计多个详情接口。
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1656 days ago, the information mentioned may be changed or developed.
 |
strawberryBugApr 26, 2022 via Android
1
graphQL
|
 |
golangLoverApr 26, 2022 via Android
2
应该
|
 |
wolfieApr 26, 2022
3
单条查询，没必要。除非不同权限 展示字段不同。
|
 |
devsworkApr 26, 2022
4
看前端需要的字段有哪些吧，如果返回的字段在不同的场景下有保密性的，就应该对应多个接口，权限也是多个权限
|
 |
Rache1Apr 26, 2022
5
修改时看到的详情页，跟展示的详情，数据一般会有一些出入吧，可以加入 GET /users/{id}/edit 这样来处理
|
 |
rb6221Apr 26, 2022
6
这种接口一般不是单独给客户端使用的，要么是和其他接口一起整合使用，用于不同场景。不同的人有不同的可见权限，其实可以用不同接口，但是也没必要太多
|
 |
runoApr 26, 2022
7
考虑一下 BFF~
|
 |
8
给各位大佬点赞，学到了
|
 |
star7thApr 26, 2022
9
一般是汇总到同一个接口。宁愿字段有冗余，具体某个客户端用不到是客户端的事情。你设计的接口应当满足各个客户端的需要。
|
Select Language