高性能界面需求怎么选前端

查看 149|回复 19
作者:southcat996   
公司有个项目,每秒接收大概 1700 万字节的数据,会分成六个波形图,要求客户端能维持 60 帧,目前公司前端只有 vue,调研了下好像用 vue 没办法做到
tool2dx   
用 ffmpeg steaming 在服务期实时合成和推送 60 帧画面,用 vue 来显示,应该能做到。
wu67   
个人看法. 看到什么帧之类的, 看看 canvas 而不是 vue/react
rabbbit   
1 在 Vue 里写原生代码看能不能抗住,例如用 canvas 啥的
2 数据太多了,让后端处理一下在抛给前端
3 后端画,前端仅负责展示
4 不行就商量着改需求
总之商量着来,别到最后像 V2 某贴一样解决方法是:我们放弃了 react ,开除了前端。
Kalan   
图像渲染跟 vue 框架没任何关系,数据量大一般策略都是通过时间段这种合并处理,前端图像渲染的方向有 canvas 、webgpu 这种,60 帧问题不大。
lasuar   
客户端不是服务器,不要脑补客户端是很好的性能,所以不能实现这么大数据量的实时渲染。需求本身要改变
b821025551b   
这个瓶颈在于这么大数据量的解析而不是绘图吧,可以在后端做些数据修剪,只抛出绘图必要的数据,按横向 1920 像素点计算,不极限压缩的情况下每秒约( 4*4*6*1920*60 ) 5kb 的数据量用于绘图精度就够了。
tool2dx   
@Kalan OP 说的每秒 1700 万字节,相当手机要长期占满 200M 带宽了。
客户端毕竟不是 PC ,光处理数据流都够呛,别说 60 帧渲染了。
sagaxu   
人类的眼睛和大脑处理得了 17M/s 的数据吗?
zephyru   
1700 万字节? 约 16mb ,如果不是局域网的话,这个数据量,几乎不太可能在前端做这种处理...这是要把本来由客户端展示的内容搬到网页上么..
这和 vue 之类的展示框架其实没啥关系了...不太可能在 dom 上干这种事情...
绘制一般是 canvas ,webgl ,数据处理如果计算量非常大,可以放在子线程里或者上 wassm
和后端商量着来吧,非要前端处理看看能不能从数据与图形之间的关系入手吧,简化需要处理的数据和绘制
您需要登录后才可以回帖 登录 | 立即注册

返回顶部