[[144181]]

歷史的車輪

Web app向Native app發(fā)起挑戰(zhàn)已經(jīng)有好些年了。以各大公司志向宏大的操作系統(tǒng)為例就有：名噪一時現(xiàn)在棲身于LG TV的WebOS，Google 力推在教育領(lǐng)域還算混的不錯的ChromeOS， Samsung和Intel主導(dǎo)但是一直雷聲大雨點(diǎn)小的Tizen, Mozilla面向低端設(shè)備的FirefoxOS。還有各種開發(fā)、打包web/hybrid應(yīng)用的產(chǎn)品：Cordova, Crosswalk，nw.js，Electron。它們也許在各自領(lǐng)域有所成功，但整體的現(xiàn)狀和處境很難說Web app對Native app的世界造成了足夠威脅。

但Web app也在不斷反思和演進(jìn)，近來一系列技術(shù)革新與發(fā)展讓web app成為操作系統(tǒng)頭等公民的目標(biāo)變得不同以往的清晰。讓我們看看“揚(yáng)長避短”之后的Web app是不是真的可以開始跟Native app掰掰手腕了。

“揚(yáng)長”

Web app之長首先源自web。Web不是于某家藩籬之內(nèi)的封閉花園，它是一個任意提供了標(biāo)準(zhǔn)支持的終端都可以平等訪問的野蠻生長的開放大草原。Web協(xié)議棧讓全世界的網(wǎng)頁成為即時更新并通過URL相互聯(lián)系的網(wǎng)絡(luò)。回顧W3C Packaged App(Widget)標(biāo)準(zhǔn)和SysApps(System Application Working Group)的衰落很大程度上也在于放棄了web的這些核心競爭力。

Web app之長也源自HTML，CSS，JavaScript。它們雖然招到很多詬病，但它們也是最廣泛使用的開發(fā)工具。而新的ES6，Web Components標(biāo)準(zhǔn)也在讓它們變得具有更強(qiáng)的開發(fā)、表達(dá)能力。當(dāng)然HTML的語義話表達(dá)也是搜索的基石之一，這讓web app易于被索引和發(fā)現(xiàn)。

“避短”

Web app之短首先在于能力的缺失。雖然有Cordova之類工具架起和native API之間橋梁，但打包之后web app的“長”呢？所以web標(biāo)準(zhǔn)化組織一方面在努力提供各種硬件訪問的接口。另一方面提出了Service Worker來解決web app本身存在的無法通過簡單增加API來處理的關(guān)鍵問題：

其一，web app缺少在后臺運(yùn)行的能力，Web Worker可以在后臺運(yùn)行，但是它依賴于頁面，不能在頁面不存在的時候運(yùn)行；

其二，通過URL訪問的web 頁面是彼此孤立的，雖然可以通過Web Messaging來相互通信，但是這是一種弱聯(lián)系，并需要消息傳遞之間的頁面有關(guān)聯(lián)。

Service Worker通過一個新的web app編程模型和一套API統(tǒng)一解決了這兩個問題。簡單的說service worker就是一個生命周期短暫的、事件驅(qū)動的后臺線程，它處理來自系統(tǒng)和被其控制的頁面的事件。目前可以通過Service Worker實現(xiàn)的功能包括：替代坑坑洼洼的Application Cache的可編程離線緩存，Push Notification（消息推送），Background Sync（后臺同步）。Service Worker能成為諸多需要跨越頁面處理能力的入口。比如如果你懷念Web Intents的話，Service Worker也許也能成為它復(fù)活的平臺：通過Service Worker注冊某個intent事件，在事件到來時worker被啟動，針對不同的intent worker可以選擇打開不同的頁面或重新聚焦某個已經(jīng)打開的頁面。

輔助以W3C Manifest標(biāo)準(zhǔn)，web app有了理論上足以超脫瀏覽器成為系統(tǒng)一部分的能力。

Web app之短也在性能。當(dāng)然性能的問題不在于比較和native app跑分一較高下，而在于用戶體驗。在JavaScript方面各個瀏覽器廠商一直在挖掘更高的性能，而近日多個巨頭同時參與的Web Assembly的提出更讓業(yè)界更是充滿期望。請想象一下，瀏覽器直接執(zhí)行的游戲引擎代碼是優(yōu)化過的二進(jìn)制中間表達(dá)形式(IR)，甚至是可能是緩存下來的后端轉(zhuǎn)換過的機(jī)器碼。另外在渲染引擎方面，60FPS的性能也一直是近一年來Blink的主要目標(biāo)，相信Edge、WebKit等也不會被拉在后面。

漸進(jìn)式web app

“揚(yáng)長避短”之后的web app應(yīng)該以一種怎樣的形式進(jìn)入系統(tǒng)并成為系統(tǒng)一員呢？Alex Russell最近就提出了一種漸進(jìn)式web app的理念，而且這一理念已經(jīng)可以在Android上看到萌芽。

在Android Chrome上通過搜索或者鏈接發(fā)現(xiàn)了并使用了某個頁面。當(dāng)這個頁面或者某個域范圍內(nèi)的頁面在一定時間內(nèi)被多次訪問后，瀏覽器會認(rèn)為這些網(wǎng)頁是可以被升級成app的，并彈出對話框讓用戶選擇是否安裝這個web app到系統(tǒng)。這個web app可以享有和native app類似的權(quán)利，比如主界面啟動，獨(dú)立的應(yīng)用選擇欄。目前在Chrome上指定了只有使用了Service Worker 和 Manifest 的網(wǎng)頁能夠升級成web app被安裝，用來保證app的質(zhì)量。

這種漸進(jìn)式web app的理念在我看來可以用人和人的交往來類比，一個人從陌生，到熟悉，再到相信。展開想象，是不是web app的權(quán)限管理也可以漸進(jìn)呢？ 安全、隱私級別高的API訪問控制會隨著你對這個app的相信程度來適配。

總結(jié)

各種web操作系統(tǒng)和hybrid打包工具已經(jīng)向native app主導(dǎo)的世界發(fā)起了挑戰(zhàn)，隨著web技術(shù)的進(jìn)一步成熟，open web也逐漸能通過漸進(jìn)的方式像native app一樣成為系統(tǒng)的一部分。我期望著某一天自由、平等、開放的web能成為開發(fā)者的***平臺。