App之间什么时候才能更好地通上话？

Fred Wilson上个月在一篇文章里发问，到底什么时候移动网页才能有像桌面端网页那样的易用体验，收到很多评论，比如讨论web app和原生app对比等话题。于是他把一些收获也分享在这篇文章里，认为如果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应用来混音。