理性讨论工作里前端和后端到底是怎样配合的

[RexCarryu]

工作里经常遇到明明接口字段可以直接复用，但每次后端都会在接口新增字段并以不方便修改，升级麻烦，数据持久化，代码已经合了等各种借口搪塞过去。 这样的做法导致前端为了一个新增字段多了很多循环和组装数据的代码。想问下这种情况在前端工作中真的很常见吗。 我对前端的认知是请求接口组装数据，循环等类似代码越少越好，能复用就复用这样性能才会更佳。 是不是我太自私了，工作里应该更多配合后端工作啊。恳请大家指点迷津

[RexCarryu]

感谢各位巨佬回复，工作里还是多互相理解吧

[8355]

说实话符合我之前对部分前端的理解，有的前端就是最好只输出啥都不做，改一点都要后端适配。
有些就是啥都能做，可协商互相不搞屎山。
有些 app 有历史版本问题，可能大改版之后要 v1/v2 拆分可以理解这个没办法就是不能动。。
但是 web 就。。。。

[Rache1]

有些前端恨不得后端把数据全做了，甚至返回格式都能完美适配他用的那些乱七八糟的组件，拿到后直接 setState 就跑起来🤷‍♂️，连个数据转换都写不好

[xingyuc]

@HyperionX 咳，我一般这么说是觉得麻烦或者对方能力较弱（我也不强

[spicy777]

都是商量着来，哪边方便就那边弄

[murmur]

有啥麻烦的，多定义点 Map<Object, Object>就搞定了

[rm0gang0rf]

说实话昂, 还没有工地盖楼的师傅们默契, 人家不玩花活儿 不任性

[mtjgu]

@Rache1 数据处理和转换的过程抽象为独立的步骤，可以实现数据变更时的灵活性。当数据源发生变化时，只需要专注于更新数据清洗的规则和转换逻辑，而不需要修改前端代码。这样可以提高系统的可维护性和扩展性，并减少前后端耦合度，这样降低开发和维护成本。

[CHTuring]

有没有见过权限字段用 xxx1 xxx2 xxx3 xxx4 来表示的，只能说无奇不有 😊

[Zenon]

前端后端都是我，我说了算 🙉

[wednesdayco]

我见过一个接口返回{"py":xxx,"pingyin":xxx,"pinying":xxx,"pinyin":xxx,"pinying":xxx},这个 xxx 都是一个数据[doge]