关于数据加工，前端后端责任讨论

[zero47]

如题，经常遇到一些调用第三方 API 需要对数据处理问题，前后端总是分不清责任。以下是常见的三个问题

1. 字符串转换的问题，客户端需要显示“商家”，三方 API 返回 business，是否需要后端转换后返回呢？
2. 三方如 API 返回 A 和 B，客户端需要显示一个 C，C 的值为他们的平均值，是否需要后端计算后返回？
3. 搜索淘宝优惠券，需要过滤一些数据，假设淘宝会返回过期的优惠券，需要过滤掉，是否需要后端每次对搜索的结果进行过滤呢？

有没有那一个标准文件指定过这些问题呢？

[slgz]

在外面这都是后端转好 前端复制展示

[tabris17]

业务逻辑应后端处理，商家映射到 business，明显属于后端的业务逻辑，你的模型至少提供两个字段，一个是 name、一个是 displayName

[ily433664]

这三个问题后端解决比较好
没有什么标准文件，后端标准都还没统一

[IsaacYoung]

你说的这三个 wanting 都是后端解决

[jorneyr]

例如前端有 Android，iOS，手机 Web H5，小程序，PC Web，如果前端处理，那么有多少地方需要处理，一个不小心就写错。

[laoona]

哎，又是一个后端直接返回数据，啥业务不想写的主。巴不得，前端可以直接入库、查库。

[passerbytiny]

如果这些数据要入库或者入缓存，必须后端处理。否则，随便。

[lihongjie0209]

1. 如果你不想在这个接口中返回"商家", 那么你应该提供一个翻译接口, 让前端可以把"business"翻译为"商家"
2. 这个前后都可以
3. 取决于你对你接口的定义

[lizhenda]

谁打赢了谁说了算

[alcoholpad]

看业务吧，该数据如果前端展示都一样的话，可以后端处理。

[maichael]

因为影响的因素不带一，这些问题都没有唯一解，单单拿这三个问题做分析，都是后端处理更为恰当，但是如果这些问题稍有变化，可能答案都不一样。

[q8164305]

尽量后端自己处理，前端只负责展示和状态管理

[simane4]

哪边的平均工资高哪边说了算

[keepeye]

今天前端要 c，明天可能要 d，你接口不可能跟着乱改的

[hellomimi]

多端 Android，iOS, web app，小程序...的话，无疑是后端处理最方便。
一端的话，前后端都可以做，商量着来（项目工期、手头的工作量），权衡一下，码农何苦为难码农

[userdhf]

记住，前端就是个切图的，啥也干不了，有什么数据，都是照原样直接从接口直出到页面上....所以得后端干

[blindie]

@laoona
是这么个道理

[jsq2627]

说一个关键因素：很多场景下，前端更新达到率是很难 100% 的

[RorschachZZZ]

数据加工后端比较好。

[zqx]

看 16 楼的意思，后端干了这么多活，事实上只比前端工资高 2k😂