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