iCloud 的技术细节还在 NDA 的保护下。但是大家的好奇心不能等到 NDA 失效再满足。本文基于对 iCloud 的猜测写成，靠谱与否，等待时间检验。
繁和简
找到笔记本，启动⋯⋯
打开浏览器，嗯，今天用 Safari , Chrome , IE 或者 Firefox ？
输入 Twiter.com ，啊，不对，是 Twitter.com 。
看着页面加载的烽火轮发一会呆⋯⋯
终于可以输入了！我要说什么来这？
如果你用 iPad ？以上步骤变为： 拿起 iPad 点亮。点开 App 。输入！
Path
Twitter 还在同时支持以上两种方式，之后的创业者们就更加干脆。
Path 直接抛弃了浏览器。除此之外还有 Flipboard , Colors ⋯⋯ 可以预见，这个列表将越来越长。
本节的幻灯片本身，就可以反映出这种方案的简洁之美。用户从中受益更多，移动设备上，体验大于功能， App 更容易做出好的体验。而且，网络服务完全隐藏在 App 背后了。 Path.com 还是 Paht.com ？不再需要关心。
App?
什么是 App ？
苹果用一个广告给了我们最好的解释：“ There’s An App For That ”。
App 不在于软硬件的区别（ MS 则喜欢“软件”这个词）， App 的本质，是应场合而使用的解决方案。
今天，利用网络服务解决问题的思维方式，已经渗入我们的血液。在一间屋子，我也不会用读卡器拷贝文件给朋友了。我会 Upload 到 Google Doc 上，然后 Share 给他。
Path 就是如此。 iPhone ， Path App 和其背后的网络服务是一体的。缺少谁，都不能在我们想“分享照片”的时侯，拿出来使用这个解决方案。对 Path 来说，技术上如何分层不应该暴露给用户。整合可能的技术，更好的为用户解决真正的问题才是关键。
这时，硬件，软件和云服务的三者之和，其实才是 Path App 。（ 是的，也包括硬件， Path 的体验限定于 iPhone 的屏幕和 iPhone 的相机）
iCloud
苹果是软硬整合的高手。而软，硬和云三者整合的优势，他应该不可能忽视。
但是，苹果再一次 Think different 了：他并没又做一个 PaaS ，而是提供了一个相对简单的云存储服务。不过，仅仅是一个简单的云存储，也意义重大： iPhone ，iPad ， Mac 这些苹果设备就此打通。 iOS 和 MacOS 也可以由 iCloud 连接起来。
而且，从开发者的角度看， iCloud 又是非常自然的进化。 iOS 的 Applications 目录下，每个 App 都有个自己的文件夹来存放私有数据。假设 iBooks 会把下载的书放在里面。问题是：你又买了个 iPad 怎么办？ iPad 的 Applications/iBooks 目录下可没有这本书。
Google 也许会写个网络服务，把书都放上去，给每人一个账户，保存进度。而 iCloud 则是 iOS 私有文件夹的自然延伸：找个网络服务器，在上面给 App 保存私有数据。
在 iOS App 里面， App 保存些数据只要一行代码：
[[NSUserDefaults standardUserDefaults] setObject:obj forKey:@”userInput”];
既然 iCloud 是为 App 服务的云端文件夹，那 App 往 iCloud 里面 Upload 些东西，可能也是一行代码的事。对于 iOS 开发者们，这是非常亲切自然的云服务使用方式。（ PaaS ？服务器端的语言和框架就要从头学起了。）
新的云开发框架
iCloud 单独看是个云存储服务。但是，把苹果的硬件（ iPhone ， iPad ，Mac ） + 苹果的软件（ Apps ， iOS ，Mac OS ） + iCloud 合并到一起，你会发现他在颠覆今天流行的浏览器开发框架。
新的方式也能同时跨越 iOS 和 MacOS 两大平台。而且，开发更快，更简单，体验更好。
浏览器应用？
不过，基于浏览器的应用也在飞速进化中。 Ajax 中，数据，逻辑和 UI 就开始向客户端转移了。 HTML5 则进一步增强了浏览器能力。比较一下浏览器应用和 iCloud App ，两者的区别已经不大了。以后，恐怕会越来越像。
而且，目前 iCloud 似乎缺乏服务器端的逻辑（语言和数据库），他能解决不同苹果设备之间的数据交换，却不太可能很容易的关联起大量的苹果用户。像 Twiiter 大量关联用户之间数据的服务， iCloud 就很难搞定了。
融合
今天， Safari 已经能拿到 iPhone 的 GPS 和重力传感器的数据了。另一方面， App 中也广泛的使用了 UIWebView 。也许不久之后，网络应用和 Apps 的区别，已经不是普通用户可以分辨的了。
其实，浏览器应用，也是：应场景而使用的解决方案而已。苹果比你我更早看到这点。证据？就是推出已久的 Add to Home Screen 。
最后的话
如此看来，似乎有两个东西，会慢慢从前台消失： URL 和浏览器本身。
而无论技术怎么变化，从用户出发的解决方案不死。
–
Ps. 搭车广而告之，ifanr 启用了 Google +1 按钮，用力点击吧，谢谢！
- 上一篇：别为下一支苹果手机烦恼
- 下一篇：任天堂也有了自己的燃烧平台
46 Responses
在线回复
URL 和浏览器本身都会慢慢消失，那不就是HP webOS吗？
这个思想比webos更先进一步，它强调本地存储和网络备份，等于是在本地app的基础上扩展了一下。用户的使用习惯并没有被改变。
我倒是希望apple能逆转本地应用往游览器迁移的趋势。让js成为应用开发的主要选择是历史的倒退。
在参照系里是感受不到参照系本身的运动的，而我在chrome里已经越来越感觉不到正身处一个浏览器。
google的激进在于它想把app也放在云端
对，我觉得是浏览器的作用越来越大，甚至代替掉原先操作系统的功能了
cloud是为了融合 而app了？将资讯和信息分散为一个个单独的app 我觉得是一种倒退 我需要的是开机后需要的信息一目了然 而不是点一个个的app
每一种极端都意味着一种trade off，information的割裂正是ios app模式的软肋。
’如此看来，似乎有两个东西，会慢慢从前台消失： URL 和浏览器本身。’
這句說的是移動設備上的瀏覽器還是包括桌面上的瀏覽器？
問錯問題了，這篇文章感覺像是在討論iOS設備上的瀏覽器與App之間的關係，但第一部份卻又涉及到了筆記本（桌面端）瀏覽器，有點摸不著頭腦。
同意@wonsore，若URL只是變成add to home的一個快捷圖標的話，意義不甚大，我們已經處在App圖標氾濫在桌面的時代。
但對iCloud那段分析的很透徹，就是大家（phone，tab，mac）分享數據。（很喜歡李楠做的配圖）
但桌面端呢？未來到底是Chorme還是App？
又见到这漂亮的Presentation Document了～完全可以就这种风格写几篇教学了……
对的，配色、字体都非常漂亮。
不甚同意浏览器和url会慢慢消失的观点.
app始终是每一个独立的服务,浏览器则代表开放的,无限可能的互联网
很赞的文章，从一个清晰的角度阐述清楚了本地，云，以及各个层面的关系
不过“最后的话”不敢同意
URL和浏览器虽然是反人类的东西，但URL和浏览器不会死，就像反人类的文件系统不会死一样
哈哈，”反人类“，有趣之极！
苹果iOS从一开始就在向用户隐藏文件系统，iCloud在这条路上更进一步，可以在iPhone/iPad/Mac之间共享数据，但又不经过传统的文件系统
为什么我认为“URL和浏览器虽然是反人类的东西，但URL和浏览器不会死，就像反人类的文件系统不会死一样”？
博主认为“如此看来，似乎有两个东西 会慢慢从前台消失： URL 和浏览器本身”
但是如果你经常在很多个设备之间切换，PC， Mac， Linux， 手机，Tablet，或者旅行在世界任何一个角落的一个不属于你自己的设备上，需要访问你的数据，不记得URL，怎么办？
如果apple如谣言一致，关闭iCloud的网页端mail iPhoto和iWork访问页面，这也是iCloud最错误最致命的决定
互联网入口APP化去浏览器化似乎和iCloud没有太大关系啊。倒是apple的软硬结合，可以让他家的云比google的云用户体验更好，加上大量的API，靠第三方来丰富云的扩展性。
拜gfw所赐，google app engine被华丽丽地无视鸟……
@Red_fighter:不甚同意你的观点：“浏览器则代表开放的,无限可能的互联网。”不，那只是一个入口而已。@wonsore 和你有同感：“我需要的是开机后需要的信息一目了然 而不是点一个个的app”，假如app是一个个的解决方案包的话，那么，如何打通这些解决方案包之间的隔离？这是apple面对的挑战。而WP7的“信息流”思路倒值得称道（还没用过，算道听途说）。
教主用略带神奇的简洁方式讲大多数pc网络用户都明白的道理给水果用户和准用户听，目的是把他们所用的it产品和服务都换成水果，做忠实的贴钱还卖力的果粉。
很明显作者对待ios和chrome的认真程度是差太远了，chrome的web app直接被鄙视了。
“在一间屋子，我也不会用读卡器拷贝文件给朋友了。我会 Upload 到 Google Doc 上，然后 Share 给他。”实在是可笑之极。解决问题要用最简便的方式。难怪有公司内部网不同，传个文件都要用qq；情侣面对面不说话却在qq上聊；如果哪天没了网络或者没电了，这些新新i人类连四则运算都不会，有饭也不会做，没人来救，等死。
使用什么样的方式解决问题，看处于什么环境、做什么事情，在同一间屋子发个电子文件用email或内网就能搞定的事情，就没必要Upload到Google Doc再share；面对面就能够说清楚的事情就没必要隔着一个qq屏幕敲键盘；互联网不是用来显摆自己的知识水平而是提高办事效率增进沟通的工具
“在一间屋子，我也不会用读卡器拷贝文件给朋友了。我会 Upload 到 Google Doc 上，然后 Share 给他。”实在是可笑之极。解决问题要用最简便的方式。难怪有公司内部网不用，传个文件都要用qq；情侣面对面不说话却在qq上聊；如果哪天没了网络没了电，这些新新i人类连四则运算都不会，有吃的也不会做，没人来救，等死。
为了便利性,人总是懒惰的
事实就是我了解的大多数人公司内网也是qq传,当然qq内网是直接传送的,速度快
但是对用户来说,他不需要了解这个,他只知道挺方便,挺快
没觉得那句话可笑啊。而你的观点比较肤浅。
苹果的野心啊。一旦用了多个苹果设备，就再也脱离不了了。
+1的按钮如果在文章结尾就好了。
用户需要的是服务本身,所以网络是重要的,但是Web不一定重要
Web的价值在于开放性,对服务提供者有利
当浏览器成为操作系统时,退居后台,让用户忘记他的存在
这个时候WebApp就是基于开放API(html,js)的一个App
而传统App是基于现有操作系统API的,这种API是独特的,非标准的。
所以本质上是App基于什么平台API来开发，大家都在抢这个直面用户的前端平台
而对于服务可以认为已经在云端标准化了
标准化的WebAPI有可能会扼杀平台的创新能力。大统一的世界是美好的，也可能是单调的。
浏览器应该变成App虚拟机，而不是本身成为App
反人类的东西应该沉到底层，让用户不可见
很难想象以后要看看任天堂有什么新游戏都得 There’s App for that。文章的结论：Browser 和 URL 都会消失的结论，我觉得太不可思议。互联网不是全部东西都是 App，也不是全部的东西都是 Apple。这个结论是建立在一个非常理想化的情况下。
我觉得作者想讨论的是现在的 Web 应用方案和 Apple 的应用方案之间哪个更有优势。他们确实有共同点，互有优点，但还不能互相替代对方。我很喜欢 iCloud 解决方案，但我认为连 Apple 都不会自大到认为自己的 App 解决方案能替代得了 Web App。
iFanr 的这篇文章稍微失了一点水准。值得称赞的是，Keynote 用得很不错，字体很漂亮，辛苦了。
webapp只能玩玩小品级应用，至于什么浏览器代替操作系统更是可笑至极，优质体验高效率的原生app不用，非要通过浏览器这个虚拟机来隔一层，大概也就半成品公司能想出这种馊主意，一群没脑子的粉在后面歌颂
先搞清楚什么是云服务/云计算
微软干嘛放着本地原生态操作系统不用，还搞什么云计算，他吃多了啊？
云只是和native互补, 不能完全替代native, 云可以作为数据存储和共享的基石, 但如果把应用界面也用web来做就免了
貌似你说得事情完全和本文讨论的不一样吧。
干脆连芯片都省了，直接联云端。哈哈
真正革“浏览器”的命，只能是浏览器本身（系统化的浏览器像chrome os）。
最好是没有浏览器的概念，顶
看李楠的文章依然比较累~总觉得逻辑不够清晰~