对于前后端而言，在提供足够的信息后，符合业务的数据结构应该由哪一端整理？

假设一个 “文章 + 盖楼评论” 这样的模型中，后端在提供必需的信息后（文章详情，评论详情，涉及的用户信息详情）

对于业务（ UI 设计稿）需要的冗余信息应该由谁来整理更合理？

比如：子评论中涉及的当前用户与被评论的用户信息。

我作为一个后端，我认为后端提供必要的数据后应该由客户端组装成符合业务的数据结构，
理由：减少服务器压力，单个接口返回内容变少（无冗余），客户端算力不要钱，接口变得简单且通用性更强。

而客户端给我的理由是：如果有调整可以不用客户端发包...

当然：我还是优先遵循“前端要啥我给啥，反正是公司掏钱买服务器”，但是心里很不爽...

最后希望大家讨论时可以表明自己是前端 /客户端 还是 后端身份，以及理由。

之前小公司是:前端要啥我给啥
现在的公司是:老子给啥你填啥

再说了,难道天天客户端发包吗?

改个结构就发包?