@chaleaoch 以我的开发习惯理解后端提供的接口是为业务服务的，不是为数据服务的，像你这里说的情况，之前这个业务是调用一个接口，但是现在业务逻辑变了，有两个解决方案
1. 前端改为调两次不同接口，然后拼装业务需要的数据。
2. 后端修改此接口的业务逻辑，增加参数判断逻辑。

如果前端只是改所调用接口的 url，不增加调用次数的情况，我赞成前端改，因为有别的接口满足业务需要。
但是需要前端改成调用多次接口并封装部分业务逻辑，我认为应该后端改，以我的开发习惯我会避免在前端写这种包含部分业务逻辑的代码。

理由是今天这个业务从调用一次改成调用两次，可能过段时间业务需求又变了，就会变成调用三次，或者有其他的前端接口调用由一次也变成调用多次，这样出现什么问题到底是前端的问题还是后端的问题说不清楚，也不好排查，出现问题需要前端后端一起看数据和逻辑，浪费人力和时间。前后端职责模糊，也容易前后端互相推诿。

说得难听点，如果后端只想做数据库中间件，不处理业务，那前端整一套 SSR 框架直连数据库就行了，要后端干什么。