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

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

代码, 组装, 增字段, 接口

codehz   
这就是为啥要有个 graphql
ufbek   
mark 一下.
感觉上还要以后端为准, 后端肯定也需要考虑前端的字段.
可能"借口"并不是借口, 就是实际情况...
estk   
反正老板用了有问题全找前端,他不管什么服务器宕机或者后端突然把 int 改成 string 这种事,反正他看到的就是前端有问题
jsq2627   
很有可能是后端在维护一座💩山,旧的字段能不碰就不碰
shui14   
接口字段,字段 code 。万年圣战,这东西只需要在团队里公开讨论一下,约束好就可以了,至于前端还是后端处理这叫事情吗?
一般而言,
业务导向的,如内容展示或者常规后台系统,线性业务,后台数据层可以直接筛选,看能不能协调,前端不是 ts 流行定义一下字段结构,遴选一下
技术导向的,如时序数据医疗影像网络拓扑地理空间分析等等,这个开发本身就是个交叉的活,原始数据更好,甚至最好自己 decode ,同样约定好就行
StateMa   
’ 我对前端的认知是请求接口组装数据,循环等类似代码越少越好,能复用就复用这样性能才会更佳。‘我也是这样想的。🤣
Moierby   
为了不在扯皮中处于下风,我这两年自学后端,甚至有时候指导后端写代码
xubeiyan   
我司的某个后端设计 API 还能 {"flyAreaData1”: “…”,“flyAreaData2”: “…”},不过我已经懒得喷他了
jones2000   
后台给数据,前端拼装,很正常, 一个接口一个数据转换函数。往上垒。维护和改动影响最小。 如果要复用, 那要做完整的测试用例了, 否则改了一个底层一个复用的地方, 没有完整的测试用例跑一遍, 谁知道会在哪里地方就报错了。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部