是前端改还是后端改？

[OldCarMan]

rt,最近开发中，遇到某些情况，比如：

• 是返回一个 int 类型/状态等,前端去做逻辑判断（显示控制/渲染），还是直接返回一个字符串之类的结果（或者其他直接结果）给前端...
• 表单查询是统一用 post+raw,还是说简单的表单不需要 post ，requestBody ，只有复杂的表单查询才这样做？还是说只有新增/修改时，才会采用 post+raw 的形式...
• 当有一个需求/bug 改动，最好(性能，设计合理性等)是前后端配合着改时，是两边改，还是为了兼容，只改后端...

---

• 第一条，个人觉得，直接返回结果会带来几个问题：

1. 如果改数据必须存储到数据库中，会增加没必要的存储空间；
2. 增加流量，影响接口网络传输性能
3. 结果单一，如果需求改动，接口得增加返回更多得新需求数据，不能复用
4. 接口做过多的逻辑判断，会影响接口性能 当然这种问题无非是前端做还是后端做的问题，前端渲染时，去判断这些时同样需要消耗性能去执行。

• 第二条，个人觉得统一比较好，即使影响不大，但一会这，一会那的，写代码时的“注意”成本高（写接口时要去判断是用前者好还是后者好，用接口时要去看接口是前者那样用还是后者那样用）。。。

• 第三条，个人觉得前提是否具有兼容性问题，如果是有，当然兼容性是必须优先考虑的，不过兼容性可能要看改动影响的范围，如果影响较小，后端在原有基础上做兼容改动没啥问题，但如果改动较大，需要从版本上去做兼容，个人觉得此时前后端都得改，而不是某一方硬适配。当然如果没有兼容问题，建议怎么改，对主要的指标（性能，设计合理性，扩展性等）比较好就怎么来，无论谁需要改动。

---

PS: 哈哈，这里主要是最近一些经历，比如遇到一个问题需要改动时，同事总会说，这样前端需要改动之类的，让我尽量的去适配前端，让我怀疑是我的工作经历不足导致我认知不足，还是同事太顾着前端了😂,希望大家也留下平时前后端配合遇到的一些问题及解决方案，另外这里不是想挑起前后端对立，只是为了更好的认识问题及解决问题，大家尽管批评指正，谢谢大家回复！

[dudubaba]

都可以做，看谁话语权大，如果前端做，那后端在前端眼里就是 “sql boy”，如果后端做，前端在后端眼里就是“切图仔”。所以前后端要”紧密合作”，这样才能达到共同摸鱼的状态。