Web開發者諾蘭·勞森（Nolan Lawson）近日撰文指出，蘋果在實施Web標準上明顯落后于其它的主流瀏覽器開發商，不少新興的API技術在Safari上都不見蹤影，Safari儼然成了新時代的IE。
以下是文章主要內容：
上周末，我參加了由諸多Web行業領袖發起的大會EdgeConf。大會設置了不少的研討會，聚焦新興的瀏覽器技術，大家圍繞Service Worker、Web Components、Shadow DOM、Web Manifests等相關技術展開了熱烈的討論。
10多位與會者稱得上Web社區真正的活躍分子。各家主流瀏覽器的代表均有出席EdgeConf，如Chrome、Mozilla、IE和Opera。大家也興致勃勃，接連向主流瀏覽器開發商們發出諸如何時發出這樣那樣的API（應用程序接口）的問題。
“屋子里的大象”
倒有一家公司沒有出席，他們可以說是沒有人愿意提及的那個“屋子里的大象”。大家并沒有直呼其名，而是稱其為“某家加州公司”或者“某家水果公司”。研討室中的筆記本幾乎都閃耀著那家公司奪目的logo，但卻沒有一人敢于說出它的名字。沒錯，說的正是蘋果。
Web開發者普遍覺得Safari落后于其它的瀏覽器，而身處像EdgeConf這樣的會議，你對此甚至會有更加強烈的感覺，你會驚訝于它與其它瀏覽器的差距之巨。上面提到的API目前無一實施于Safari，蘋果也似乎沒什么意愿那么做。
即便蘋果真的采用新出的API，他們也往往只是隨便糊弄而已。就以IndexedDB為例，IndexedDB在5年多以前便被提出，2012年開始出現在IE、Firefox和Chrome上。而蘋果直到2014年年中才推出IndexedDB，無奈他們的實施卻出乎意料的糟糕，大家普遍覺得沒什么用處。
如今，一年過后，蘋果修復了IndexedDB數個大漏洞中的兩個。他們聲稱IndexedDB不值得花功夫去做，因為它“派不上大用場”。要是瀏覽器支持方面做得一塌糊涂，當然沒有人會去使用IndexedDB啦。
很難理解蘋果為什么會那樣。他們從不派人去參加Web相關的大會，他們的Safari博客也鮮有更新，因而在一年一度的WWDC（全球開發者大會）開幕之前，沒有人知道下一代的Safari會長什么樣子。感覺上，蘋果儼然圣誕老人——一年降臨一次給大家發些備受期待的禮物，至于派什么禮物就無從得知了。老實說，那些禮物近年來也越來越小份了，沒什么驚喜。
近些年，蘋果Web方面的戰略最多只能說是“仁慈的忽視”。雖然憑借JSCore和全新的WKWebView，性能上有了巨大的提升，但各種新生的Web平臺特性——線下存儲、推送通知和“可安裝的”網頁應用，Safari卻一個都沒有。這讓人容易將此解讀為蘋果故意破壞任何對其App Store商業模式的威脅，但這種說法似乎也說不過去，畢竟那部分業務基本收支平衡。另一種可能性是，他們只是在響應iOS開發者的要求——基本上就是：1）引入更多的原生API；2）快速，快速，快速。鑒于蘋果一向對內部事宜三緘其口，真相究竟如何誰也說不準。
又一個IE？
事實上，蘋果一直以來都不是Web的質疑者。2010年，喬布斯便曾公開諷刺Flash，稱HTML5才是未來。蘋果當時可謂Web的虔誠信徒。很多幫助網頁應用追趕上本地應用的早期特性，如ApplicationCache、WebSQL、觸控事件和觸控圖標，得到了開發者的熱情擁抱，當中甚至有很多都源自蘋果。
同期WebSQL遭棄用，被IndexedDB取而代之的時候，其實有不少的蘋果員工站出來積極予以擁護，稱其對于網頁應用的高效運行不可或缺。從那些爭論可以明顯感覺得到蘋果內部在IndexedDB勝出后的巨大失落感。諷刺的是，蘋果幾乎是給了開發者削弱其專有平臺的各種工具，而反過來，開發者排斥WebSQL，則給了他們重新思考戰略和叫停任何Web API新進展的機會。
Application Cache也面臨著類似的情況，在不久的將來它可能會被Service Worker取而代之。蘋果對于Web還很有興致的時候，它一度贏得廣泛的瀏覽器支持。不幸的是，它只是個匆匆推出的半成品。要是蘋果還是跑在其它公司身后，恐怕Service Worker也會遭受IndexedDB般的命運。
現階段，Web社區需要接受這樣一個事實：Safari成為了新時代的IE。微軟最近痛改前非，谷歌在Web領域一馬當先，Mozilla一如既往地快步前行。而蘋果則像是在一旁獨自唱著悲歌。我們是時候公開探討這個問題了，而不是顯得很忌諱，避而不談。蘋果是世界上最具價值的公司，他們還是承受得起一些打擊的。
何以應對？
那么，當一家完全控制iOS平臺的主流瀏覽器提供商仍然堅守2010年的模式，表現得若無其事的時候，Web社區能夠做些什么呢？我認為有三個主要的解決機制：
1）堅守2010年行得通的東西，并使用Polyfills來支持Safari。通過使用AppCache和PouchDB，你可以得到跟Service Worker幾乎一模一樣的特性。這種方案應該能夠吸引絕大多數的Web開發者。另一方面，這也不失為倒逼蘋果，讓他們有動力去進行技術升級強化的好方法。
2）使用Service Worker等在Safari上不好使的技術，將其視作推動行業進步。阿萊克斯·拉塞爾（Alex Russell）在“可安裝的網頁應用”研討會上發表了一個很好的觀點：如果我們開發出了大量使用Service Worker的免費網頁應用，而且這些應用在Android上運行得非常好，而在iOS上只能湊合著用，那蘋果就會有興趣采用Service Worker，支持該API。只不過，雖然整體來說這對于Web社區而言室最好的結果，但要說服開發者去編寫只能覆蓋一半受眾的代碼絕非易事。
3）為WebKit做貢獻。Safari的核心部分畢竟還是開源項目，因而C++開發者沒有理由不去親自實施那些新生的API。該方案主要的問題在于，WebKit并非Safari，蘋果還是可以決定不在他們的旗艦級瀏覽器實施WebKit特性。說回IndexedDB，它早早就獲得了谷歌的完好實施，蘋果前幾年完全可以直接納入谷歌的實施，但他們卻遲遲沒有行動，最終自己弄了個漏洞百出的版本。很難保證他們對于其它的外部貢獻做出同樣的事情。
總而言之，真不知道有什么合適的解決方案。
很多WebKit開發者目前在做的事情值得敬佩，但在我看來，面對蘋果，目前最好的策略或許是來硬的，而非來軟的。因此，我傾向于采納上述第二點提到的拉塞爾的解決方案，即開始促進新興的Web技術的推廣。
如果Web社區能夠開始構建出一個生機勃勃的網頁應用生態系統，將蘋果排擠在外，那蘋果可能就會不得不像微軟那樣轉而作出改變。不然的話，開發者們就得自甘生活在2010年代的Web當中，任由Safari成為又一個可怕的IE。
京公網安備 11010502049343號