干货系列之创新高性能移动 UI 框架-Canvas UI 框架.docxVIP

  • 4
  • 0
  • 约2.34千字
  • 约 5页
  • 2017-07-05 发布于天津
  • 举报

干货系列之创新高性能移动 UI 框架-Canvas UI 框架.docx

干货系列之创新高性能移动 UI 框架-Canvas UI 框架.docx

干货系列之创新高性能移动 UI 框架-Canvas UI 框架WebView里无法获得的能力虽然是「体验增强」与「端基本能力」,但现都基本上有成熟解决方法。但后期的 UI 和 Layout 的性能反而是目前 Web 技术欠缺的。所以,无论是 Titanium 与 React Native 都是解决性能作为探索的出发点。性能慢与快的分水岭慢与快的标准,是按照每秒大于等于 60 FPS(60 帧每秒)的理论,而为什么是 60 FPS,这不多描述。按此理论,那么「每帧」里所有的操作都必须在 16ms 完成。WebView里 UI 性能慢的原因WebView单线程模型;DOM/CSS 排版复杂,渲染上需要大量计算;动画是也很重要的考量因素。多说两句动画。最早做动画都是用setTimeout/setInterval。而setTimeout/setInterval的处理回调的时间 tick time 精度都在 16ms 左右。所以,可以想象正常用这两个函数就已经 16 ms了,再加 reflow/repaint/compositing 卡顿或跳帧就是家常便饭了。还好的是 w3c 标准和各浏览器厂商较早就支持了动画接口 RAF(RequestAnimationFrame函数)来处理动画帧回调。解决了上述setTimeout/setInterval Animation 不足的问题。DOM 性能低下

文档评论(0)

1亿VIP精品文档

相关文档