Google 早已推出比微信小程序更强大的东西了?

微信小程序 Progressive Web App


这次我也做一回标题党,蹭一次热点话题。
近期,微信扔出一个还在内测阶段的技术,就炸翻了这个小圈子。吃瓜群众纷纷表示惊叹,甚是担心这个 “小程序” 会不会革了自己的命。个人认为,革命倒是不会,小程序本质上还是类似 H5,属于轻量级应用,大型复杂业务还是更适合使用原生应用来处理。不过,在处理小规模任务上,我们又多了一种不错的选择。

我们暂时不关心革命不革命的问题,转而思考更本质的东西 --- 我们需要一个什么样的小型应用
我觉得应该是:

  1. 快速获取
  2. 快速加载
  3. 快速响应
  4. 跨平台的一致性体验

前三点可以总结为一个字,快。第四点则是因为客观上存在着种类繁多的设备类型,我们希望应用在大多数环境下都能保持一致的水准。
传统的 H5 应用可以做到快速获取 --- 你只需要一个网址,无需安装即可使用,也可以做到跨平台 --- 任何支持 H5 的浏览器均可得到一致的体验。但和原生应用相比,H5 应用的加载和响应速度(尤其是在网络不稳定的情况下)实在是令人难以接受,更不用提离线运行了。
假如网络存在波动,断开连接数秒钟,普通 H5 应用很可能就罢工显示 “未连接到互联网”。也许我们只是想发送一条消息,或者浏览已经加载完毕的内容,却引起了整个应用界面的崩溃。
不过我们可以很自然的想到解决思路 --- 能不能让 H5 应用拥有可控制的缓存机制?这样就无须从头加载,减少流量,提升相应效率,甚至实现完全离线的能力。

因此,很多组织和公司都推出了相应的解决方案。其中就包括本次介绍的两位主角:微信小程序 和 Progressive Web App [1]


技术上

经过简单的了解,我发现两者其实使用了相似的技术:

首先要把界面部分缓存在本地,因为界面多是静态的,更新频率不高,把它缓存起来是靠谱的选择。这部分比较容易理解,关键在于如何处理动态数据或者界面更新呢?

为了解决这个问题,Progressive Web App 使用了称为 Service Worker 的技术,而微信小程序的官方说明中也指出 “逻辑层(App Service) ... 类似ServiceWorker,所以逻辑层也称之为App Service。”依此看,这两家应该是差不多。

那这个 Service Worker 或者 App Service 到底是个什么呢?
简单来说这个东西就是一个在网络和浏览器之间的 “中间层”。应用不直接向网络发起请求,而是通过一系列事件,与这个中间层进行交互,然后再由这个中间层去访问网络,获取数据。以前的网页缓存是不可控制的,而使用了上述技术,可实现可编程的离线能力。我们可以指定哪些内容需要被离线保存,当下次访问这些内容时,如果缓存可用,就可以读取缓存从而提升效率。而离线时,可直接从缓存中拿取缓存数据进行加载。甚至还可以在网络恢复时,自动重新连接服务器获取更新内容。

Service Worker

(图片来自 认识Progressive Web App ,文字作者: 外籍杰克 ,图片作者:未知)

依托这种技术,可以得到贴近原生应用的体验。比如,PWA/微信小程序 可以在离线状态下发送聊天消息。因为 Service Worker 或者 App Service 会在后台等待着网络重连,一旦网络重新接入,消息便会自动发送出去。

比较

接下来我们不过多在技术细节上讨论两者(绝对不会告诉你其实是我根本不懂技术细节 233333),从用户的眼光去审视这两者的异同。

提供的功能

Progressive Web App:除了传统 H5 已经提供的功能,还提供了后台同步、后台推送消息通知等功能。
微信小程序:提供丰富的微信原生API,可以方便的调起微信提供的能力,如获取用户信息,本地存储,支付功能等。

兼容性

Progressive Web App:由浏览器提供支持,Chrome、Opera、Firefox 均已支持 PWA。
微信小程序:由微信提供支持,只能在微信中使用。

自由度

Progressive Web App:PWA 可以生成一个图标,并被添加到桌面上。而且不仅可以在手机端使用,在任何支持 PWA 的浏览器环境下均可正常使用。
微信小程序:只有在微信中使用。


总结

看来,微信小程序是微信生态布局之一,而 Progressive Web App 则把眼光放在了全体 Web App 上,毕竟后面站着的是 Google,而 Google 手里握着 Chrome 这个东西。
微信小程序的杀手锏是它能与微信这个庞大的体系进行交互,比如获取用户信息,进行微信支付,但最终的控制权在微信手上,过不了审核,说不让你发布你就不让你发布。而 Progressive Web App 则更为自由,你可以部署项目到任何支持 HTTPS 的服务器上(而且必须支持 HTTPS 才能工作),支持的范围也不受某个应用的限制,有浏览器即可。

不管是哪一种新技术,都是希望带给用户更爽快的使用体验,给开发者更便捷的开发体验,最好再带来点利益。而对于开发人员,积极拥抱变化,找寻变化中的不变量,才能任其千变万化而应对自如。

最后,已经有一定数量的知名应用使用了 PWA 技术,Flipboard 就是其中之一。快使用支持 PWA 技术的浏览器体验一下吧。(试试看在第一次加载完毕后断开所有网络再刷新)


本文采用 知识共享署名-相同方式共享 3.0 中国大陆许可协议 进行许可。
限于作者水平,错误疏漏在所难免,如有文中有任何错误请直接在此回复联系作者。收到之后会及时更正并表示感谢。


  1. Progressive Web App 是 Google 在 2015 年中旬推出的技术。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,186评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,858评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,620评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,888评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,009评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,149评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,204评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,956评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,385评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,698评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,863评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,544评论 4 335
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,185评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,899评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,141评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,684评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,750评论 2 351

推荐阅读更多精彩内容