http 获取某个资源详情的接口是否应该设计多个

[wangqifox]

在开发过程中遇到这样的问题：某个资源的详情接口（比如 GET /users/{id}）需要在两个场景使用：

1. 资源详情查看
2. 资源修改前获取资源详情

页面展示时需要的详情信息和资源修改时需要的详情信息不一致，是否应该设计多个详情接口。

[strawberryBug]

graphQL

[golangLover]

应该

[wolfie]

单条查询，没必要。除非不同权限 展示字段不同。

[devswork]

看前端需要的字段有哪些吧，如果返回的字段在不同的场景下有保密性的，就应该对应多个接口，权限也是多个权限

[Rache1]

修改时看到的详情页，跟展示的详情，数据一般会有一些出入吧，可以加入 GET /users/{id}/edit 这样来处理

[rb6221]

这种接口一般不是单独给客户端使用的，要么是和其他接口一起整合使用，用于不同场景。不同的人有不同的可见权限，其实可以用不同接口，但是也没必要太多

[ryanbuu]

考虑一下 BFF~

[wangqifox]

给各位大佬点赞，学到了

[star7th]

一般是汇总到同一个接口。宁愿字段有冗余，具体某个客户端用不到是客户端的事情。你设计的接口应当满足各个客户端的需要。