数据不全需要在接口侧补全吗

查看 86|回复 8
作者:cp7719   
一个查询周数据的需要,实际用户只在昨天产生了行为数据。前端侧说为了通用性,要求接口补齐一整周的数据,并按照 72460 ,每分钟都要数据记录,这样前端根据时间点来绘图,这种要求合理吗?
大家遇到这种场景时是怎么定义接口测规范的?
wxw752   
我们公司后端强一些,数据都在后端处理的。前端都是年轻人,对着 UI 画样式就可以了,数据往页面一丢 不用过脑子
x66   
不合理,
如果没有特殊业务逻辑的补全,前端也可以做,后端补了只会让 response 变大,不管是从经济上讲还是从 api 性能上讲都没有好处。
而且服务端的资源要钱,而浏览器的计算资源不需要我们付费
huifer   
没有数据就应该没提供,和 json 是否要将 null 的数据返回这个字段一样.
hxtheone   
个人看法, 谁对空值有业务需求谁来处理, 试想一下, 如果这个接口有两个调用方, 为了一个调用方补齐了数据, 那对另一个调用方来说, 它怎么知道这个数据是真实的还是后端补的
sampeng   
你问别人没用。。这种事没有什么绝对对错。谁吵得过谁就是对的
windmoonwind   
@hxtheone 领导偏心的话,会让你再多做个接口,专用于输出美化修补后数据🤣
snowonion   
1. 谁补:
这里补的数据没有信息量,理论上前后端都可以干,就是谁多干点谁少干点的分工问题。然后接口的 spec 要跟着变。
理想世界:“工友,我的前端代码(我用的轮子)不够鲁棒,处理不了数据点没塞满的情况,你能帮忙处理吗?”
楼主情况:“为了通用性”
2. 假如后端补,注意约定如何区分零值( 0 、空串)/ 没有值。这也可以应对 4# 的顾虑。
3. 性能方面,数据越稀疏,后端补越不合理。(啊楼主说的是往前补齐数据;不知道在开始有数据之后值为 0 的时间点你们怎么处理)
senl   
不合理吧,处理肯定是前端处理的,前后端可以约定 null 值都是默认不传的,约定好默认布空就好了
您需要登录后才可以回帖 登录 | 立即注册

返回顶部