PWA:也许是Web开发的下一波高潮

PWA(Progressive Web App),中文翻译是“渐进式增强网页应用”。
它是Google公司在2016年提出来,加强Web在用户端的体验,加快加载速度、离线运行、消息推送、在PC和移动端都可以添加到桌面,表现形式接近原生应用。


Progressive Web App

在本人15年的从业经验中,做过PC桌面应用开发、移动开发、Web开发,其中发现,Web开发几乎是应用范围最广泛。

Web开发最为标准,无论用什么框架、什么服务端,最后都得遵守浏览器的标准。

2005年,一波Ajax的浪潮,加上随着网络速度的大幅度提升、硬件设备性能的提升,很多基于数据管理类的桌面应用都迁移到了Web上,相信很多人在工作中用到的任务管理系统、OA、电子邮件、社交、新闻都是通过Web使用的。


Ajax

然而在移动终端领域,Web的发展并不是很好。早期,受到无限网络、手机硬件和开发者们移动端web技术的局限;现在网络和硬件已经不是问题,但是在浏览器中操作Web APP体验依然非常差。

  • 首先,输入地址就是很麻烦的事情;即便用收藏夹也好不到哪去。
  • 其次,手势操作体验很不好,经常与浏览器的手势冲突,造成误操作。
  • 然后,慢,每次都要等待加载,现在的用户根本不会忍受这样的等待。
  • 还有,本来就不大的手机屏幕,还要被浏览器的地址栏和菜单占据一部分空间,如果Web App自带导航,和浏览器的导航垒在一起非常难看。
  • 最后,必须联网,离线状态下无法使用,更要命的是提交编辑好的表单事出现断开网络是很崩溃的事情。

PWA正是能够解决以上问题的模型。

PWA能干什么?

  1. 它能够添加在系统桌面或移动手机的主屏(IOS也支持的,是的,网上有很多老资料提到iOS Safari不支持,2018年3月初,苹果宣布iOS Safari开始支持)。
  2. 运行的时候,看上去是独立的,没有浏览器的地址栏和其他菜单,手势操作也不受浏览器影响。
  3. 通过缓存管理,实现App Shell,一部分文件在用户第一次加载后将会一直缓存起来,下一次打开时完全不需要请求网络,极大的提高了加载速度。
  4. 通过监听网络和请求处理,实现离线,并且当网络突然终端时,请求和数据也不会丢失。

有过相关经验的Web开发者看到这里应该有点感觉了吧。

接下来大概聊一下PWA是怎么做到这些的

PWA的核心部分有三个

  • 一个是manifest.json清单文件
  • 另一个是Service-Worker
  • 最后一个Caches

manifest.json 是一个标准的json清单,里面定义了一些属性,例如 name、short_name、icons、start_url、display等。它们分别定义了诸如PWA添加到主屏的名称、图标、启动页和显示模式等来指定在桌面上的表现形式。

service worker类似一个代理,它是一个js文件,一旦在web里通过js进行注册后,就会一直在背景线程中运行。开发者能够在service worker中监听 install、activate、fetch、push(消息推送)、sync、message 事件。例如,fetch事件,能够在pwa应用请求网络时触发,开发者可以通过处理fetch 事件拦截请求,进行处理;再例如sync,可以在重新联网后被触发,开发者可以保存离线时的操作,然后在sync里编写重新联网后的处理方法。

另外,service worker可以操作Cache,因此,在第一次注册Service worker的时候,可以把不怎么更新的文件混存起来,比如全局的CSS、JS、图片、主HTML,这样就创建了APP Shell,用户打开PWA应用时,这些被缓存的文件不需要请求网络。

Caches 不是HTML5 Application Cache。在Service worker 中灵活的使用Caches 是PWA开发的重点,例如前面说的创建App Shell,离线时保存数据在重新联网时触发sync后再处理以及fetch事件中保存请求的数据在下次请求时从缓存中读取等,都要使用Caches来实现。

展望一下

曾经Ajax将Web开发带入所谓的2.0时代,让Web在桌面上大展拳脚,替代了很多原来桌面原生开发的位置,过去很多做winform、Qt等桌面原生的程序员纷纷投入Web开发的怀抱。

移动时代,Web似乎又被遗弃很长一段事件了。虽然Web App、Hybrid等模式在为Web开发在移动端争取了一些份额,但是并不算优雅。

在别的资料里,看到很多评论表现出担忧,PWA最后会不会变成Google自娱自乐的东西。
其实我也考虑过这个问题,但是如果它能解决移动端Web开发的问题,它应该会成为接受度很高的东西。

另外,它是一个标准模式,而不是产品。

它由Google提出,但是并不只属于Google,其他浏览器、系统厂商如果支持它,它将被所有愿意使用它的人使用。

PWA会不会是最好的解决方案也许不一定,但是Web原生化一定是未来的趋势之一。

这只是一篇介绍性质的文章,不久会更新一篇开发入门的文章,感兴趣的同学多多支持!

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

推荐阅读更多精彩内容