20200701 - 一只猹
问题列表:
- 流畅度提升40%怎么算出来的?如果是凭感觉的,如果真的要具体计算该怎么做?
- 黄金瞳是什么
- 秒杀页面前端技术挑战在哪里?
1、流畅度= 同一操作下,整个逻辑完成所需时间(例如点击时间轴中的某一个场次,从请求接口【这里用mock数据来统一ajax时间】到新列表完全展现出来的时间) 10% && 对于现有机型的全平台测试下,页面打开时间控制在一秒内的用户数量提升 30%
2、黄金瞳是一个异常和性能监控系统,包含weex,rn,m站,以及pc站的 性能监控,错误分析,业务端通过catch走错误上报接口来上报信息 性能监控公式:基础库上报规则。通过window.onload 时间上报,loadt(时间) = loadEventEnd - navigationStart; 统计规则为 选择的时间段内所有上报performance数据的 loadt 的和 除以总数据的数量。 平均渲染时间 = loadt的和 / 数据量
3、前端技术挑战在于页面整体的重构(slider与scrollview的嵌套变更)&& slider组件跨平台表现差异的抹平(例如andriod和ios对于偏移量的四舍五入差异&&针对特殊场景实现埋点的手动上报以及二次曝光)&& 背景色跟随滑动方案设计(由于页面整体是一个scrollview,通过数组的方式接受楼层,那么一张图片作为多个楼层的背景图则会有冲突,若是赋予外层scrollview背景图,则无法实现滑动,曾有方案为利用bindingx优化背景图跟随的方式,但由于basepage中已经存在bindingx对于ios-navheader吸顶的效果表现,一个scrollview无法使用两个bindingx绑定同一个事件,如果将业务层代码强插basepage中,属于硬编码,故最终方案还是图片拆楼层设置,并且赋予slider背景图正确的使用位置,若是赋予错slider的背景位置,那么会存在横划图片溜走的问题)