[[59913]]

就我們目前的環境，我是把移動操作系統看成是一個最基礎app，然后其他第三方app就構成這個系統的功能特性。這個觀點是受Tim O'Reilly的Internet操作系統(Internet Operating System)架構啟發的，而在移動端，移動操作系統就承擔了像瀏覽器在桌面端那樣的角色。

當網頁應用成為Internet操作系統的特性，這之中最棒的事就是：這些網頁應用之間是可以互相協作的。比如我在Etsy上找到了想買的東西，我能用Paypal結賬，網頁應用可以方便地將用戶數據來回傳送。

而現在的移動端可不是這樣。iOS里就是app孤島，雖然Android系統底層也集成了一些App間數據分享，但還是很初級，數據形式很單一。

例如我在Facebook的App里看到了一個Esty商品的分享，有購買欲，我點進這個鏈接，會跳到Etsy的移動網頁，而又我還得在那登錄 Etsy賬號，這真是一個很繁瑣的過程。我想要的是點這個鏈接我可以直接跳到Etsy的App，本來我在App里就登錄賬號了，這樣我就能一鍵購買。

又比如今天我在SoundCloud的Android應用里聽到一段很好的旋律，我就點了分享按鈕要發到Tumblr上，但我跳到Tumblr應用里仍是以鏈接的方式分享，而我想要的是直接分享這段音頻。

可能這些App之間的握手協議能被第三方應用挨個解決，我就給SoundCloud和Tumblr發了封郵件提上面的那件事。

但更好的辦法，應該是各移動操作系統的供應商可以做出一個很好的App之間的數據/用戶握手協議，這樣第三方開發者可以直接使用它們，而不用每回挨個去適配這些應用間的調用。

我們有兩個選擇，既可以把以App為中心的移動環境做得像網頁那樣，或者我們也可以把移動網頁做得像App那樣。我希望兩個都能做。作為一個用戶，我真是迫不及待期望這樣的場景發生。

上個月iOS應用Audiobus發布，它就在一定程度打破了App孤島，將音樂App都連接起來，你可以用A應用來錄音，用B應用來加音效，用C應用來混音。