雷志兴,英文名 Berg,2007 年加入百度前端团队,走过百度从 20 名前端到千余名前端的历程。Berg 关注前端基础技术和工程化,早年负责过百度前端基础库,后于 2011 年发起 FIS 项目(http://fis.baidu.com)并推广到 20 多个百度业务;最近两年主要工作是在工程中实践跨端解决方案。他也曾在百度世界、Velocity、QCon、Hangjs、阿里技术嘉年华等会议中发表过主题演讲。
在工作之余,Berg 热爱骑行,曾骑车从青藏线、滇藏线两次抵达拉萨,环西西里岛、北海道、新西兰南岛、台湾岛,从海岸公路穿过越南,环骑柬埔寨吴哥窟等。
随着前端标准、平台、技术的不断扩张,前端领域以惊人的速度在扩大。W3C 今年的新标准草案数量是三年前的 5 倍,ES6/ES7 接连发布,传输协议升级到 HTTP2,移动端和 Nodejs 的发展为前端语言提供了新的运行平台,React Native 等方案让前端参与 App 开发有了更多可能……
前端面对的业务也在快速发展变化,工程的规模也在不断扩大,但对迭代速度的要求反而更高了。我们应该如何选择最合适的方案在工程中实践?
本期前端专题将围绕真实世界中的前端工程,为你提供来自业界的一手实践经验。
骨骼动画比传统的帧动画具有更多的优势,但是对硬件的性能要求也更高,怎样在移动端 web 应用,并在性能上更加流畅呢?
QQ 空间在 2016 年上线了一款萌宠,养成功能就使用了骨骼动画;在换肤、动作 DIY 上都有了比传统动画更出色的表现。
本次分享将结合萌宠的实践,阐述在骨骼动画上的探索:
在企业级环境下,Web 研发常常会遇到流程冗长繁琐,依赖升级困难等问题;而研发过程中依赖的各种服务,也总有着迥异的申请流程和使用方式,文档匮乏。
我们希望开发者能专注于研发本身,无需太多关心其他琐事,Basement 因此诞生。作为一个主要面向蚂蚁前端的 Web 应用研发流程和基础服务平台,因其简单易用,在大阿里也有不少用户。
在微信目前的体系下,海量用户给我们前端带来很多挑战。例如微信公众号文章里的 H5 视频播放器,我们的实现既需要考虑扩展需求(例如广告、弹幕),还要考虑成本问题(视频带来的流量问题)。
与此同时,我们日常一些小变更也很容易引发事故,也会有许多来自用户侧反馈的难以排查的棘手问题。为了让复杂系统变得可控,我们团队在微信前端实践中总结了一些基本方法和尝试。
现在传统的前端数据可视化解决方案大都选择 Canvas 或者 SVG 作为绘图接口,我们在前端可视化库 ECharts 中选择了 Canvas 作为底层的绘图接口,ECharts 目前在 GitHub 上拥有 16k 的star ,其拥有丰富绚丽的可视化效果,深度全面的交互操作,以及对大数据量稳定高效的展现等特性,是 GitHub 上以及国内最热门的开源前端可视化库之一,能够实现这些特性主要得益于 Canvas 的强大能力以及我们基于 Canvas 封装的二维图形库 ZRender 对图形操作的便捷性。
但是随着可视化形式的拓展,Canvas 在某些展现方式上也显得力不从心,例如:
本次分享主要介绍我们是如何在现在的 ECharts 中集成 WebGL 去解决这些问题的,内容包括:
虽然近年来 Web App 大放异彩,但是其本身仍然有很多弊端。低速网络带来的影响,与原生应用的差距等等,而 PWA(渐进式 Web 应用程序)、React Native、weex 等解决方案也应运而生。相对于 RN 和 weex,PWA 更为容易上手,更利于前端开发者理解。
本次分享我将结合在声享项目中的实践给大家介绍如何打造打造一个可靠、快速、互动性更好的 PWA 应用。如何利用 Service Worker 增强我们的应用。
在 Node.js 日趋流行的情况下,有不少不同的声音,诚然在将 JavaScript 通过 v8 引入服务端是一个创造性的想法,但是随着人们的使用也渐渐暴露了越来越多的问题。
本次分享我将结合饿了么在 Node.js 方面的项目实践,与大家谈论从前端转向服务端程序的各项要素,并讲述 v8 引擎的内存结构,内存释放以及内存泄漏的各项情况。并讨论将 Node.js 引入服务端带来的优势与常见的问题及其解决方案,以及目前 Node.js 的意义。