App之間什麼時候才能像網頁一樣流暢互連？

就我們目前的環境，我是把移動作業系統看成是一個最基礎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應用來混音。