[[59913]]

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

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

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

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

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

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

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

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

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