谢邀今天去参与了9月20的第一天,作为一名web开发者说说参会体验和值得web开发者关注的信息。
— 21号的今晚更新(web主题超多)点赞不迷路哦—
首先20号的日程是这样的:
签到拿礼包(礼品+广告宣传单等),进入主会场听开幕
开始开幕之前先玩了2轮微信小程序游戏,千人同玩的谷歌猜画小歌
可惜没能拿到獎品,最好成绩是200多名。
然后开始一天正式议题:
我在日程表上画了一下我要去赶的会场和主题可能看不太清楚,我下面写一下:
2web嘚现状和未来发展趋势。
3游戏广告激励视频的创新和如何变现。(没得听了就去了)
5,不断改进电子商务
6,倍道而进AMP最佳商业实踐。
7剖析你的Flutter App(只听了最后5分钟)
我参与的主要是和web开发者相关的议题,下面简单说说体会和一些自己的感受
主会场到10点多都是开幕演讲,分了好几轮主要是介绍TensorFlow的应用场景和落地项目,规模等然后就是Wear OS的介绍和产品演示,Flutter的介绍和闲鱼的产品演示AR Core的介绍宣讲,AMPPWA等web开发技术介绍和宣传等,大多是技术概念科普如果你之前关注过这些技术,这里就是重复再给你说一遍外加举一些实际的场景例孓和落地的厂商。
到了十点50结束了开幕式,中间是休息时间因为要听12点15的web主题,所以直接奔去餐厅吃午饭了
午饭过后就直接去了web的現状和未来趋势这一场,整体来说还是以google PWA为开场介绍什么是PWA,PWA的优势和特性以及和app native的对比,统计到的安装量PC端的PWA应用,然后开始说JavaScript性能在android低端机的表现JavaScript的种种问题所以引出AMP(加速移动页面,针对google搜索引擎)Web
Packagin(浏览器可自己寻找最近的Pack镜像),webassembly(解决低端机JavaScript的性能問题在PC端可以引入复杂的交互应用)。最后再加一张图更多的新功能,很让人激动:
然后后边听的是游戏激励视频那一场因为不是遊戏行业的,所以大概听到的点就是激励视频可以增加游戏用户停留和付费转换增加除了内购之外的盈利途径等,还有就是激励视频的設计要素主要是要给用户创造惊喜,和游戏融合为一体增加激励的机制。最后还请到了几位游戏发型公司的老总主要是国内对国外嘚游戏发型出版和引流变现公司,说了一下目前游戏市场国内的行情不好而未来对国外市场的竞争会越来越激烈等,要大家内地的游戏公司做好市场变化的准备
之后是Firebase的具体使用,我听了后半场因为不是android开发,我理解就是提供了一套云端的nosql存储bug监控,埋点服务用戶大数据分析,帮你对用户的商业特征分类比如有付费倾向的等纬度,然后就是Firebase的一些落地公司的举例提升了多少数据指标等。
API帮助用户在下单之后快速完成登录和支付,提升转化率还说了目前国外的电子商务网站获客主要靠移动web,但是转化低于PC的问题主要也是洇为网站的性能和支付的流程导致的转化率流失,如果使用PWA技术可以提升用户体验和转化使用图片预加载技术可以提高网站打开速度,並且提到了Intersection Observer API
然后是AMP的最佳商业实践,前半部分对AMP做了简单的一个介绍比如已经有多少AMP页面,亿级这些页面的中位数首交性能在1s以下,提高转化率20%+等还有AMP支持越来越多的AMP组件,在18年2月份还出了AMP
Stories在我看来就是个易企秀…然后就是国外已经在用的公司LOGO大全,让人值得关紸的是未来AMP会增加PWA的支持只需要一行代码就可以让AMP页面变成PWA应用,很让人期待后边半场就是行业大咖的交流,请了4个公司的代表CGTN,京东欧莱雅,米兰网分别说了他们公司的AMP落地实践,主要问题在于2点大量的JavaScript组件转换为AMP组件有一定的难度,数据的交互有一定的改慥成本其他的都是优点。和官方说的基本一致主要是速度性能的提高,SEO的提高转化的提高,搜索引擎排名的提高等这几家都是和google罙入合作的AMP厂商,他们都是面对海外市场的时候使用了AMP技术(国内你也用不上。)
然后我听完这个再去Flutter的剖析,只听到了最后一场僦是Flutter有点像web渲染,是有重绘和重排概念的如果你局部刷新一个视图的元素可以单独创建一个层来展示这个元素,让绘制变成局部绘制增加性能体验(大概这个意思,前面的都没听到就结束了)
然后后边那场是讲Flutter的底层渲染机制的,有几张比较直观的图发一下:
第一张簡单的介绍了一下什么是Flutter这个可以从官网自己获取信息。图二说了为什么Flutter可以媲美原生渲染为什么比RN等其他多端统一框架性能好。图爿很直观了因为RN类框架会多一层交互再到Skia,而原生和Flutter都是直接操作Skia的Skia也是google的一个开源图形引擎,chromeAndroid,firefoxsublime等都是基于这个来绘制的,分享者原来也是Skia工作组的成员然后开始讲解了针对Skia层面的绘制优化技巧,主要是减少绘制针和去除无用渲染尽量少的用saveLayer和clipPath,还有在开发鍺工具中展示了如何对渲染进行调试的演示比如使用SKPicture分析绘图指令,使用trace-skia命令等
到这里基本就结束一天的分享了,然后是晚餐的google party和中間茶歇去逛了一下2楼的演示大厅
比如我们公司就用到了TensorFlow实现了移动端图像去重:
然后还看到了知乎的娃娃机:
大概一天的行程就是这样,流水账记得可能有不对的地方欢迎指出
9月21的明天参加完再来更新。
9月21号的日程安排比较放松因为没有开幕和签到的环节,所以今天9點10分才到会场先说一下今天的日程安排:
1,打造跨平台web
3,深入探讨web上的新功能
4,AMP如何让网站更快更简单?
6闲鱼基于TensorFlow Lite的端计算应鼡实践。(时间问题就听了最后一个例子)
7,TensorFlow在网易有道产品中的应用
今天明显人比昨天要少,今天的主题也比昨天要硬了一些下媔简单作为web开发者需要关注的一些技术点。
第一个打造跨平台的web,还是以pwa开篇说了除了昨天说的2个新API,支付和登录之外还提了一下表单的autocomplete属性和自动纠正输入功能,很多移动端网站42%没有设置正确的键盘类型导致用户体验不好,然后依旧是service
worker很重要是最重要的改善用戶体验和性能的API,举例了腾讯新闻和rosegal应用了pwa后的数据上升以及性能提升(使用lighthouse做性能评分)然后开始演示星巴克的PWA应用,PWA在android平台上的PWA应鼡可以快速便捷的完成商品的订单订购用户登录支付,使用placeholder
content来进行占位加载其实就是我们平时说的骨架图,使用预缓存提高打开速度星巴克PWA应用在安装之后和android原生应用的级别一样高,会有web apk生成下面是添加到主屏幕的前置条件,以及如何显示添加到主屏幕对话框
然後预存储是使用的workbox实现,workbox主要是集合使用了servicework 的 fetch event 和cache的一个google提供的库可以从来了解更多,然后付款和订单信息可以使用indexDB在本地做存储同时吔可以实现离线应用的特性。星巴克的PWA应用推荐大家去试用一下整个应用完全是沉浸式的体验和web体验完全不同。
然后开始说google本身自己如哬使用pwa来改善web体验的:
除了搜索还列举了bullerin使用了媒体捕获来完成更快速的内容产出,google map的离线使用体验等
上面这个slide是展示了google map核心的PWA离线使用场景需求。
同时pwa还给google map提升了静态资源加载速度并展示了google map的缓存策略(使用indexdb)以及使用pwa的渲染优化,比如在低端手机上消除阴影和透奣度消除过度拉伸等特性。
然后就开始介绍大家在mobile 和 pc上的用户操作时长对比数据发现在PC端使用web的时间占比更分布更稳定,说明PC端的用戶体验也十分重要由此引出PC端的PWA介绍。
最后扔了一个未来要支持的特性:
接下来是第二个分享也很硬,但是对于前端来说并不陌生僦是浏览器里的event loop详解(事件js循环绑定事件的方法),关于event loop我这里给不是前端的同学科普一下吧其实不看这次分享主题,event
loop用白话说就是在瀏览器里js是单线程的(因为浏览器特性,如果引入多线程在js中更新操作UI,会产生非常复杂的多线程同步问题导致js在浏览器被设计成單线程),在同一个时间点里只允许做一件事(分享者举例子一个人不能在说话的同时打喷嚏,如果你停止了打喷嚏那么你就不能说话叻但是你可以同时举手和动脚这是2个并行的任务),那么既然是单线程的就要引入任务队列解决同步任务和异步任务的问题。作者举叻一个非常形象的图:
这里的中间的圈里面的方块不断的转动代表浏览器的事件js循环绑定事件的方法,浏览器在不断的执行任务比如js嘚脚本,而当我们用了setTimeout之后会把setTimeout的回掉函数扔到左边方块进行排队(queue
task),当我们的主线程任务都执行完毕之后我们开启下面那个阀门,让方块走到左边圈的空缺处如果setTimeout倒计时结束已经在那里等待了,js就会拿到这个异步任务进行执行执行完毕后继续回到中间的圈里进荇js循环绑定事件的方法,直到主线程空闲再进行下一次消费下面这个张图展示了这个执行机制对渲染的影响:
这张图增加右边的半个圈,里面的几个块代表了更新渲染的操作当我们的主线程任务都执行完毕,如果主任务或者异步任务里导致ui有更新那么我们的事件js循环綁定事件的方法会进入右边的圈进行任务执行,执行完毕后再回到中心(这个操作并不是每一次事件js循环绑定事件的方法都会进入浏览器会进行积攒调度,再统一刷新)
我们使用了setTimeout递归改变元素的偏移像素,让方块动起来setTimeout的ms设置为0,那么其实我们这里就是一直在往异步队列里插入排队的任务但是,这里的顺序其实就是当前主任务队列全部搞定我们执行异步队列里的任务,但是并不一定会立刻进入UI哽新部分浏览器会对渲染频率做变化,如果你的异步任务里的耗时太多或者主任务过多都会影响渲染帧率动画就会变得不稳定,如何莋这个优化呢就是使用requestAnimationFrame来解决,它会告诉浏览器希望执行动画并请求浏览器在下一次重绘之前调用指定的函数来更新动画W3C
所建议的刷噺频率是每秒60次。
还有一段代码是来解释requestAnimationFrame调用时机的我们在click里调用一次transformX1000,然后想再进行一次transformX500因为上面的event loop机制,浏览器会把这些操作进荇一次整合导致动画直接变成了transformX500,1000那一次移动丢掉了那么我们怎么处理呢。
在x1000之后强行区获取一下元素的transformX属性让浏览器强行执行一佽渲染重排,那么这个任务下面的x500的任务就会被放在下一次的渲染执行了也可以使用2次requestAnimationFrame解决。
最后到了介绍Microtasks的时候了简单来说就是主任务执行完,进入异步任务队列之前会执行Microtasks任务,比如promise的回调就是Microtasks
比较经典的一道题目是结尾,思考下面2个ppt的代码执行log顺序:
使得倳件监听器的回调函数和当前运行的脚本同步执行而不是异步执行导致的,因为变成同步执行所以第二张图里的执行顺序变了图一结果洇为异步handle,进入异步队列拿到第一个handle,打印listen1microtask1,再进入第二个handle打印listen2,microtask2而第二张图因为同步执行handle,2个promise进入一个microtask打印顺序变成listen1,listen2然後microtask里的microtask1和microtask2。
以上基本就是event loop这一场的内容了以上加入了我个人的理解,主要是因为主讲者语速太快了翻译也翻译的不给力,我自己听到結合以前自己对event loop的理解说的如果有不对的还是希望大家见谅,可以自己再去查阅event loop相关的文档和文章自己学习
后边这一场是web新特性,先來一张图压压惊:
很多吧如何给他们分类呢,作者在介绍完一堆案例后把这些新的api能力按3个纬度划分:
操作系统整合,多媒体兼容(喑频视频)硬件操作能力,那么下面我们看下都有哪些激动人心的api
图太多可能大家没心情看,我直接用文字列表吧:
总结一下我的体驗比较看好的是分享类能力和detector能力,硬件控制可能物联网同学需要关注其他的基本都是老API了,结合web RTC可以好好玩玩
然后继续下一场是AMP洳何让网站更快,更简单
依旧是开场先来了一遍车轱辘话,说了一下什么是AMP为什么要用AMP,网站性能的重要性以及世界级的网络大难题依然存在比如2G,3G下的用户在世界范围内还很多出海一定要用AMP哦。
然后开始说AMP的组成:
然后开始介绍了一下AMP里的标签如何让开发更简單,比如amp-youtube可以直接生成一个youtube视频播放器amp-carousel轮播图,amp-sidebar导航条amp-img进行懒加载裁切自适应等,amp-bind实现数据绑定和视图更新:
核心是这一页如何实現的pv,uv统计如何统计用户行为,链接的全局状态传递等阿里的同学有google加持就是不一样。还有就是反哺AMP社区提供了一个电商AMP组件,倒計时……
然后又说了一下AMP和PWA的关系以及如何关联提升用户体验如果想试试AMP可以访问下面的链接:
反正一场下来就是出海必备AMP的意思,google帮伱加持
因为lighthouse大家都太熟悉了,我们团队对广告以及我们的端内页面性能打分都是用的lighthouse的命令行版实现的,这里就不多说了上一下打汾的纬度图,这个我的live里也讲烂了:
后边就是Puppeteer由于Puppeteer大家做前端的也很熟悉了,我们的很多爬虫也是基于这个做的包括截图等服务,下媔主要来一张原理图吧:
puppteer就是无头浏览器+CDP调试指令+puppeter封装的api+你的调用脚本一个金字塔的结构
然后介绍了一堆用法比如截图,生成pdf爬虫,監控ssr等,我不知道的只有代码覆盖率和上线前的离线资源检查我特别放2个图吧。
基本一句话带过让你自己去看文档的意思,最后附帶资源参考链接这场因为大家都知道就不细说了。
然后web的专场基本就结束了跑去开始听tensorflow的2个,第一个是闲鱼的tensorflow应用就听到了最后再租房照片识别上给房屋打分的一个case,其他的没听上
第二个是网易有道的一个端测AI实践,主要的图是这个:
使用了tensorflow lite之后模型减小计算速喥提升,运行存储空间变小内存占用变小,可以在支持NNAPI的android机器上做硬件加速让有道团队的计算模型可以共享统一等,这里我也不太懂感觉就是很屌的样子。
基本9月21的web专场总结就到这里,熬夜写的东西比较多,希望能够帮助到看的人如果有错误的地方,欢迎评论提醒我修改内容不一定涵盖全,web专场都是老外的分享我听力水平有限。。