WebApp与Native App再战一轮?

移动开发
Web app向Native app发起挑战已经有好些年了。以各大公司志向宏大的操作系统为例就有:名噪一时现在栖身于LG TV的WebOS,Google 力推在教育领域还算混的不错的ChromeOS, Samsung和Intel主导但是一直雷声大雨点小的Tizen, Mozilla面向低端设备的FirefoxOS

[[144181]]

历史的车轮

Web app向Native app发起挑战已经有好些年了。以各大公司志向宏大的操作系统为例就有:名噪一时现在栖身于LG TV的WebOS,Google 力推在教育领域还算混的不错的ChromeOS, Samsung和Intel主导但是一直雷声大雨点小的Tizen, Mozilla面向低端设备的FirefoxOS。还有各种开发、打包web/hybrid应用的产品:Cordova, Crosswalk,nw.js,Electron。它们也许在各自领域有所成功,但整体的现状和处境很难说Web app对Native app的世界造成了足够威胁。

但Web app也在不断反思和演进,近来一系列技术革新与发展让web app成为操作系统头等公民的目标变得不同以往的清晰。让我们看看“扬长避短”之后的Web app是不是真的可以开始跟Native app掰掰手腕了。

“扬长”

Web app之长首先源自web。Web不是于某家藩篱之内的封闭花园,它是一个任意提供了标准支持的终端都可以平等访问的野蛮生长的开放大草原。Web协议栈让全世界的网页成为即时更新并通过URL相互联系的网络。回顾W3C Packaged App(Widget)标准和SysApps(System Application Working Group)的衰落很大程度上也在于放弃了web的这些核心竞争力。

Web app之长也源自HTML,CSS,JavaScript。它们虽然招到很多诟病,但它们也是最广泛使用的开发工具。而新的ES6,Web Components标准也在让它们变得具有更强的开发、表达能力。当然HTML的语义话表达也是搜索的基石之一,这让web app易于被索引和发现。

“避短”

Web app之短首先在于能力的缺失。虽然有Cordova之类工具架起和native API之间桥梁,但打包之后web app的“长”呢?所以web标准化组织一方面在努力提供各种硬件访问的接口。另一方面提出了Service Worker来解决web app本身存在的无法通过简单增加API来处理的关键问题:

其一,web app缺少在后台运行的能力,Web Worker可以在后台运行,但是它依赖于页面,不能在页面不存在的时候运行;

其二,通过URL访问的web 页面是彼此孤立的,虽然可以通过Web Messaging来相互通信,但是这是一种弱联系,并需要消息传递之间的页面有关联。

Service Worker通过一个新的web app编程模型和一套API统一解决了这两个问题。简单的说service worker就是一个生命周期短暂的、事件驱动的后台线程,它处理来自系统和被其控制的页面的事件。目前可以通过Service Worker实现的功能包括:替代坑坑洼洼的Application Cache的可编程离线缓存,Push Notification(消息推送),Background Sync(后台同步)。Service Worker能成为诸多需要跨越页面处理能力的入口。比如如果你怀念Web Intents的话,Service Worker也许也能成为它复活的平台:通过Service Worker注册某个intent事件,在事件到来时worker被启动,针对不同的intent worker可以选择打开不同的页面或重新聚焦某个已经打开的页面。

辅助以W3C Manifest标准,web app有了理论上足以超脱浏览器成为系统一部分的能力。

Web app之短也在性能。当然性能的问题不在于比较和native app跑分一较高下,而在于用户体验。在JavaScript方面各个浏览器厂商一直在挖掘更高的性能,而近日多个巨头同时参与的Web Assembly的提出更让业界更是充满期望。请想象一下,浏览器直接执行的游戏引擎代码是优化过的二进制中间表达形式(IR),甚至是可能是缓存下来的后端转换过的机器码。另外在渲染引擎方面,60FPS的性能也一直是近一年来Blink的主要目标,相信Edge、WebKit等也不会被拉在后面。

渐进式web app

“扬长避短”之后的web app应该以一种怎样的形式进入系统并成为系统一员呢?Alex Russell最近就提出了一种渐进式web app的理念,而且这一理念已经可以在Android上看到萌芽。

在Android Chrome上通过搜索或者链接发现了并使用了某个页面。当这个页面或者某个域范围内的页面在一定时间内被多次访问后,浏览器会认为这些网页是可以被升级成app的,并弹出对话框让用户选择是否安装这个web app到系统。这个web app可以享有和native app类似的权利,比如主界面启动,独立的应用选择栏。目前在Chrome上指定了只有使用了Service Worker 和 Manifest 的网页能够升级成web app被安装,用来保证app的质量。

这种渐进式web app的理念在我看来可以用人和人的交往来类比,一个人从陌生,到熟悉,再到相信。展开想象,是不是web app的权限管理也可以渐进呢? 安全、隐私级别高的API访问控制会随着你对这个app的相信程度来适配。

总结

各种web操作系统和hybrid打包工具已经向native app主导的世界发起了挑战,随着web技术的进一步成熟,open web也逐渐能通过渐进的方式像native app一样成为系统的一部分。我期望着某一天自由、平等、开放的web能成为开发者的***平台。

责任编辑:chenqingxiang 来源: 网易科技
相关推荐

2013-09-04 13:43:55

WebAppNative App布局

2011-06-27 09:02:09

谷歌Android甲骨文

2009-07-15 09:19:45

2015-07-13 15:55:26

互联网

2020-11-04 11:41:02

TinyML人工智能机器学习

2012-11-19 10:57:03

AMD重组裁员

2014-07-14 11:14:00

iOSSafariWebApp

2023-03-17 21:59:37

2017-06-09 10:56:12

HPC技术

2013-11-25 14:05:17

2013-04-24 09:13:19

微软隐私保护

2021-06-02 10:49:15

SolarWinds黑客钓鱼活动

2013-01-15 14:13:05

UbuntuAndroid

2011-06-13 16:36:15

黑客攻击黑客企业安全

2009-04-21 13:44:17

微软裁员重组

2020-04-16 14:16:26

网络攻击APT34恶意软件

2010-06-11 09:53:22

统一计算

2010-06-08 11:03:53

雅虎裁员

2009-01-11 10:44:12

希捷Seagate西部数据

2018-01-12 15:14:08

大数据数据资源经济
点赞
收藏

51CTO技术栈公众号