當(dāng)前，生怕會(huì)越來(lái)越像。 iOS 和 MacOS 也能夠由 iCloud 聯(lián)接興起。白文基于對(duì)于 iCloud 的猜想寫(xiě)成，靠譜與否，期待工夫測(cè)驗(yàn)。
翻開(kāi)閱讀器，嗯，昨天用 Safari , Chrome , IE 或者許 Firefox ？
找出筆記簿，發(fā)動(dòng)⋯⋯
繁和簡(jiǎn)
iCloud 的技能底細(xì)還正在 NDA 的掩護(hù)下。
香蕉蘋(píng)果用一度海報(bào)給了咱們最好的注釋?zhuān)?amp;ldquo; There’s An App For That ”。根據(jù)？就是推出已久的 Add to Home Screen 。
并且，從開(kāi)拓者的立場(chǎng)看， iCloud 又是無(wú)比做作的退化。
然而，香蕉蘋(píng)果再一次 Think different 了：他并沒(méi)又做一度 PaaS ，而是需要了一度絕對(duì)于容易的云存儲(chǔ)效勞。
閱讀器使用？
新的形式也能同聲逾越 iOS 和 MacOS 兩大陽(yáng)臺(tái)。
最初的話
實(shí)在，閱讀器使用，也是：應(yīng)場(chǎng)景而運(yùn)用的處理計(jì)劃罷了。 Path.com 還是 Paht.com ？沒(méi)有再需求關(guān)切。假定 iBooks 會(huì)把鍵入的書(shū)放正在外面。
昨天， Safari 曾經(jīng)能拿到 iPhone 的 GPS 和重力傳感器的數(shù)據(jù)了。沒(méi)有過(guò)，僅僅是一度容易的云存儲(chǔ)，也意思嚴(yán)重： iPhone ，iPad ， Mac 該署香蕉蘋(píng)果設(shè)施就此買(mǎi)通。香蕉蘋(píng)果比你我更早看到這點(diǎn)。然而，把香蕉蘋(píng)果的軟件（ iPhone ， iPad ，Mac ） + 香蕉蘋(píng)果的硬件（ Apps ， iOS ，Mac OS ） + iCloud 兼并到一同，你會(huì)發(fā)覺(jué)他正在推翻昨天盛行的閱讀器開(kāi)拓框架。 iPhone ， Path App 和其面前的網(wǎng)絡(luò)效勞是一體的。并且，開(kāi)拓更快，更容易，經(jīng)驗(yàn)更好。
Path 間接遺棄了閱讀器。點(diǎn)開(kāi) App 。關(guān)于 iOS 開(kāi)拓者們，這是無(wú)比親密做作的云效勞運(yùn)用形式。 HTML5 則進(jìn)一步加強(qiáng)了閱讀器威力。）
[[NSUserDefaults standardUserDefaults] setObject:obj forKey:@”userInput”];
正在 iOS App 外面， App 銷(xiāo)毀些數(shù)據(jù)只需一溜兒代碼：
Google 或者許會(huì)寫(xiě)個(gè)網(wǎng)絡(luò)效勞，把書(shū)都放下去，給每位一度賬戶，銷(xiāo)毀速度。
iCloud 共同看是個(gè)云存儲(chǔ)效勞。整合能夠的技能，更好的為用戶處理真正的成績(jī)才是要害。
什么是 App ？
App?
本節(jié)的幻燈機(jī)片自身，就能夠反照見(jiàn)這種計(jì)劃的簡(jiǎn)明之美。
新的云開(kāi)拓框架
既是 iCloud 是為 App 效勞的云端資料夾，那 App 往 iCloud 外面 Upload 些貨色，能夠也是一溜兒代碼的事。而 iCloud 則是 iOS 公有資料夾的做作蔓延：找個(gè)網(wǎng)絡(luò)效勞器，正在下面給 App 銷(xiāo)毀私無(wú)數(shù)據(jù)。 Ajax 中，數(shù)據(jù)，論理和 UI 就開(kāi)端向存戶端轉(zhuǎn)移了。而沒(méi)有管技能怎樣變遷，從用戶起程的處理計(jì)劃沒(méi)有死。成績(jī)是：你又買(mǎi)了個(gè) iPad 怎樣辦？ iPad 的 Applications/iBooks 節(jié)目下可沒(méi)有這該書(shū)。
iCloud
那時(shí)，軟件，硬件和云效勞的三者之和，實(shí)在才是 Path App 。然而自己的獵奇心沒(méi)有能待到 NDA 生效再滿意。正在一間房間，我也沒(méi)有會(huì)用讀卡器正片資料給冤家了。用戶居中受害更多，挪動(dòng)設(shè)施上，經(jīng)驗(yàn)大于性能， App 更簡(jiǎn)單做成好的經(jīng)驗(yàn)。（ 是的，也囊括軟件， Path 的經(jīng)驗(yàn)限定為 iPhone 的銀幕和 iPhone 的照相機(jī)）
Path 就是如此。短少誰(shuí)，都沒(méi)有能正在咱們想“分享照片”的時(shí)侯，拿進(jìn)去運(yùn)用某個(gè)處理計(jì)劃?；蛘咴S沒(méi)有久以后，網(wǎng)絡(luò)使用和 Apps 的差別，曾經(jīng)沒(méi)有是一般用戶能夠區(qū)分的了。
App 沒(méi)有正在于軟軟件的差別（ MS 則喜愛(ài)“硬件”某個(gè)詞）， App 的性質(zhì)，是應(yīng)場(chǎng)所而運(yùn)用的處理計(jì)劃。
昨天，應(yīng)用網(wǎng)絡(luò)效勞處理成績(jī)的思想形式，曾經(jīng)滲入咱們的淋巴。對(duì)于 Path 來(lái)說(shuō)，技能上如何分層沒(méi)有該當(dāng)裸露給用戶。
香蕉蘋(píng)果是軟硬整合的高手。而軟，硬和云三者整合的劣勢(shì)，他該當(dāng)沒(méi)有能夠無(wú)視。(義務(wù)編者：帝位庫(kù))
如此看來(lái)，仿佛有兩個(gè)貨色，會(huì)漸漸過(guò)去臺(tái)失蹤： URL 和閱讀器自身。
交融
并且，眼前 iCloud 仿佛缺少效勞器端的論理（言語(yǔ)和數(shù)據(jù)庫(kù)），他能處理沒(méi)有同香蕉蘋(píng)果設(shè)施之間的數(shù)據(jù)交流，卻沒(méi)有太能夠很簡(jiǎn)單的聯(lián)系起少量的香蕉蘋(píng)果用戶。像 Twiiter 少量聯(lián)系用戶之間數(shù)據(jù)的效勞， iCloud 就很難搞定了。除此之外再有 Flipboard , Colors ⋯⋯ 能夠預(yù)感，某個(gè)列表將越來(lái)越長(zhǎng)。我會(huì) Upload 到 Google Doc 上，而后 Share 給他。
。
Path
假如你用 iPad ？之上方法變?yōu)椋?拿起 iPad 點(diǎn)亮。并且，網(wǎng)絡(luò)效勞徹底躲藏正在 App 面前了。
沒(méi)有過(guò)，基于閱讀器的使用也正在飛速退化中。比擬一下閱讀器使用和 iCloud App ，兩者的差別曾經(jīng)沒(méi)有大了。（ PaaS ？效勞器端的言語(yǔ)和框架就要從頭學(xué)起了。輸出！
終究能夠輸出了！我要說(shuō)什么來(lái)這？
看著頁(yè)面加載的戰(zhàn)火輪發(fā)一會(huì)呆⋯⋯
輸出 Twiter.com ，啊，沒(méi)有對(duì)于，是 Twitter.com 。
Twitter 還正在同聲支撐之上兩種形式，以后的守業(yè)者們就愈加索性。 iOS 的 Applications 節(jié)目下，每個(gè) App 都有個(gè)本人的資料夾來(lái)寄存私無(wú)數(shù)據(jù)。另一范圍， App 中也寬泛的運(yùn)用了 UIWebView 。