之前干前端的时候遇到一个需求就是需要用表格展示一些订单或者商品信息，但是跟我对接的后端哥们让我从两个接口拿。但是我想让他再单独出一个接口直接返回我所有的信息，这样我就不用请求两次接口再拼装展示到表格中； 我的想法就是： 单独一次的请求肯定比两次性能好，万一有一个请求嘎了或者慢了， 表格数据就加载慢或者不出来了。 后端那哥们的想法是：接口需要保持单一职责，再单独出一个接口就重复了。 当时刚到那家公司，也没劲跟这哥们扯犊子，不过他给的理由我也无办法反驳，但是我感觉我的想法也是对的。 大佬们遇到这种情况，最佳的做法应该是咋样的啊。
要么你前端老大撕逼能力强，让后端根据你前端 ViewModel 写一堆聚合接口 要么你推后端去用 GraphQL ，虽说如果真的按照它去设计，很多时候这玩意很难用，但你用它包一下，一次请求调俩接口还是很容易的。 但对于后端来说，不去维护多个功能过于类似的接口是基本素养。
