北京時間4月16日消息，科技博客網站MacStories日前發表費德里科•維迪奇(Federico Viticci)撰寫的評論文章稱，雖然蘋果 iCloud云存儲服務已推出半年，并且正在形成自己的生態系統，但其開發文檔與API存在諸多不足之處，使得第三方應用開發商很難在其應用中整合 iCloud，同時也給用戶帶來了一定困擾?！ ?/p>
以下是原文主要內容：
2011年10月12日，蘋果公司推出了iCloud云存儲服務，它能幫助成千上萬iOS設備用戶實現跨設備數據同步，并被蘋果CEO蒂姆•庫克(Tim Cook)稱為公司未來十年內的一大戰略。時至今日，問世六個月的iCloud已經擁有了8500萬用戶，它為用戶同步郵件、聯系人、通訊錄以及蘋果應用所訪問的其他數據帶來了極大便利，但是對于第三方應用開發商來說，在應用中采用iCloud同步及存儲功能卻有點“麻煩”。
人人都愛“無縫式”
Smile公司推出的PDFpen是一款PDF編輯應用，它在Mac與iOS兩大平臺上都支持iCloud云同步。Smile創始人菲利普•戈沃德(Philip Goward)表示，iCloud在處理文件、文件夾以及文件沖突上有著非凡表現。“根據我們看到的評論，用戶們確實覺得iCloud云存儲很重要，并且認為它對跨設備數據共享大有用處。”戈沃德指出，PDFpen的一大優勢，是其所提供的Mac電腦與iPad平板電腦之間的無縫式編輯體驗。Smile在今年一月推出的iPad版PDFpen，是率先利用iCloud將用戶文檔同步至Mac桌面電腦的iPad版PDF閱讀編輯應用之一，不過用戶必須先安裝Mac版PDFpen，然后才能使用iCloud。事實上，目前只有Mac應用商店中的應用才能采用與iCloud相關的技術。
盡管支持iCloud的應用越來越多，但是它們的數量增長并未呈現出“井噴”之勢。其他一些利用iCloud實現文檔與數據跨設備無縫存儲的iPhone及iPad應用，還包括播客訂閱應用Instacast和Downcast(通過iCloud同步播客列表與播放進度)、文字編輯工具Byword(支持Dropbox與iCloud這兩大云存儲服務)與iA Writer(可在Mac桌面電腦上打開iCloud文檔，但與Byword不同的是，它沒有專門的文件管理窗口界面)等等。
以上是幾款知名度較高的應用，不過蘋果應用商店中支持iCloud的應用其實并不算少。蘋果甚至在Mac應用商店的“Better Together”(合用更佳)一欄中設立了一個子類，用來展示那些可通過iCloud與其iOS版姊妹應用進行通訊的桌面應用。
支持iCloud的應用無需用戶進行手動文件傳輸即可完成跨設備同步，其便利性備受用戶喜愛。Downcast的開發人員塞斯•邁克法蘭(Seth McFarland)表示，其應用對iCloud的支持得到了“用戶的廣泛肯定”。第三方iOS及Mac應用一旦恰當地整合了iCloud，就能為用戶帶來更自然、更連貫的使用體驗，讓他們無需頻頻拷貝文件，也無需一換設備就重新對應用進行偏好設置。對于游戲開發商而言，iCloud尤其能起到錦上添花的作用。越來越多的游戲開發商將iCloud作為游戲進度跨設備同步的平臺。熱門iOS及Mac游戲《The Incident》的開發商Big Bucket Software公司的馬特•科米(Matt Comi)表示，當用戶看到采用了iCloud云同步的《The Incident》之后，他們“馬上就意識到，所有游戲都應當這樣做”。Bjango公司的馬克•愛德華茲(Marc Edwards)一針見血地指出：“沒人不喜歡流暢的無縫式同步。”
文檔缺乏深入性
盡管對于終端用戶而言，iCloud似乎是“無縫的”、“自動的”，但是它背后隱藏了很多復雜的過程。第三方開發商在開發支持iCloud的“Better Together”iOS及OS X應用時，常常要花費大量精力來摸索整合iCloud的最佳方法與技術。
網頁閱讀應用Read It Later的平臺開發主管史蒂夫•斯特雷薩(Steve Streza)表示，他曾經試圖“編寫支持iCloud的應用，但是發現它太難用了”。史蒂夫•喬布斯在2011年蘋果全球開發者大會(WWDC 2011)上發布iCloud時，曾經說到第三方開發商可以通過蘋果稍后推出的一系列API對iCloud大加利用。但是此后幾個月里，iOS 5先是在2011年6月推出測試版，四個月后又推出公眾版，而開發商們依然很難使其既有應用全面支持iCloud。斯特雷薩指出，iCloud即便在推出半年之后，也“像極了尚未發布的測試版”。去年夏天，應用開發商試用蘋果iOS 5與OS X Lion系統時就普遍認為，iCloud在應用中的整合會比較費力;一轉眼大半年過去了，很多開發商依然這樣認為。
“最初的文檔在很多方面存在欠缺，但它已經有所改進。蘋果可以提供更多適用于Mac和iOS的代碼案例，以幫助開發人員進行正確操作，并了解哪些地方可能會出現性能或可靠性問題。”文字編輯工具Byword的開發商Metaclassy的魯本•卡巴科(Ruben Cabaco)如是說。Read It Later的斯特雷薩對蘋果iCloud的開發者文檔(蘋果在其“開發者中心”提供的一組幫助與技術文件)也有類似想法：“現有文檔太寬泛，對如何使用iCloud高談闊論，但沒有深挖技術細節。如果能對具體應用以及問題處理進行詳細說明，改進后的文檔將會更受歡迎。”
蘋果為iCloud編寫的開發者文檔，在程序編寫與用戶體驗設計方面都欠缺深入性，并缺乏具體應用案例。談及如何在其游戲《The Incident》中應用iCloud時，Big Bucket的馬特•科米給出了一系列非常“具體”的應用案例的例子：例如，啟用iCloud后，用戶可以在其他設備上重置游戲進度;擁有同一個iCloud帳號的兩臺設備可同時進行游戲;玩家在一臺設備上解鎖新關卡時，其他設備上也能顯示關卡選擇頁面等等。文檔不應只說明iCloud如何從技術上處理以上情況，而是應當告訴開發人員該如何優化自己的界面和工作流程，從而不妨礙用戶的體驗。
“文檔永遠不嫌多。”Tapbots的保羅•哈達德(Paul Haddad)說道。此外，所有MacStories聯系到的開發商也都表示，希望iCloud能推出調試工具以及更好的沖突解決辦法。Tapbots的Twitter客戶端Tweetbot整合了iCloud，幫助用戶實現時間軸、位置和數字媒體閱讀狀態的跨設備同步。對于Tweetbot來說，iCloud API的應用“相對簡單”(Tapbots可以采用其在Tweet Marker中使用過的現成技術)，但是哈達德認為，“出色的調試工具”甚至會比文檔更有用。同樣地，斯特雷薩也認為調試工具可以幫助開發人員在其應用中對iCloud進行測試，從而“檢測自己的容器，并監測其數據如何被保存至云端”。
因為正如科米所說，iCloud說到底只是一個“裝滿了文件的文件夾”，當啟用iCloud的應用出現問題時，開發人員應當弄清楚“黑盒子”里到底發生了什么。很多時候，客戶遇到iCloud云同步方面的問題時，開發人員能給出的建議只是重啟設備而已。
文件管理有待改進
云端的文件夾內存儲著浩繁的文件。這些文件有時會被某個應用正常無誤地拾取——不過被拾取的文件有時也會過多。
對于iCloud，蘋果采用了一種自動解決文件沖突的技術，即：當同一文件的多個副本之間出現沖突時，總是選擇“最好”的那個文件版本。和所有不給用戶決定權的技術一樣，這一技術可能會引發一些問題，如選錯文件等等。到目前為止，iCloud仍未推出可供第三方開發商用于其應用程序的原生可視沖突解決接口。于是開發商要么只能“一直替用戶做決定”——這可能會導致數據丟失或損壞;要么只能在蘋果API的限制之下尋求解決方案，但是這卻無法解決一個文件可能遇到的所有組合情況，例如：在多個設備上同時打開、在別處打開副本時進行還原重置等等。
為了防止應用和用戶由于iCloud的“自作主張”而意外丟失文件，開發人員希望蘋果能推出更好的可視沖突解決接口，以及用于在iOS設備上管理文檔修訂的“版本瀏覽器”。另一大熱門云存儲服務Dropbox允許開發人員通過API實現修訂，而且蘋果自己已經在Mac OS X Lion系統上實現了文檔版本的輕松查看，那么為何不將其推廣到iOS上呢?不過蘋果似乎準備在新一代Mac操作系統Mountain Lion中應用新的文件保存界面，以此增強對iCloud的整合，所以今年晚些時候問世的新版iOS系統在iCloud文件管理方面或許會有所改進。
用戶總體認可、又愛又恨
在當今所有移動平臺當中，iOS的用戶一直都是最樂于接受更新的，其最好的證據就是iOS推出新系統或開發商公開推出應用升級后的“采用率”數據。蘋果推出iOS 5之后，用戶們理所當然地留意那些整合了iCloud的新版應用，但是文件丟失、數據庫損壞的故事屢見不鮮，讓很多人對iCloud暫時持懷疑態度。
“iCloud有兩款不同的API：一款比較復雜，用來存儲文件;一款比較簡單，更適于存儲設置。”保羅•哈達德解釋道，并補充稱Tweetbot采用了“簡單版”的API，“所以沒有多少可以改動的地方”。事實上，在我們測試過的支持iCloud的應用中，iPhone及iPad版Tweetbot的速度與可靠性名列前茅。當應用程序開始采用另一款iCloud API時，當多個文件、大文件和設置同時參與存儲和同步時，問題就會變得比較復雜。開發商普遍認為，當用戶“喜愛”iCloud、它也很好用的時候，iCloud整合就在過去幾個月內迅速成為頭號支持請求來源;但是當iCloud出現問題、無法工作時，用戶會感到沮喪、懊惱，而開發商沒有恰當的調試工具和詳細的報錯消息，幾乎愛莫能助。
“人們要么很喜歡它，要么就想知道它為什么不能用了。”馬特•科米說道，并表示他們從《The Incident》中“收到了很多很棒的反饋意見”。卡巴科表示，Byword對iCloud的支持讓用戶“又愛又恨”：他們既喜歡“神奇的跨設備無縫同步”，又抱怨在同步方面遇到問題(如文件同步用時過長或無法同步等等)時經常需要禁用/啟用iCloud或重啟設備。雖然用戶“總體上認可”iCloud的整合，但是就連Tweetbot所采用的“簡單版”API都存在一些漏洞，而且讓一些用戶無法正常使用。
展望未來：可改進之處太多
當iCloud出現故障時，對其不穩定性深感郁悶的人顯然不只是iOS和Mac用戶。開發人員也希望蘋果能給他們更好的工具來幫助其客戶找出iCloud有時無法同步的原因。
對iCloud的未來進行猜測時，我只能說，這一平臺還有太多值得改進之處，蘋果可以對它做出改進并為用戶提供內容與數據跨設備、跨平臺無縫同步存儲的新途徑。我們已經提出了一些蘋果應考慮在iOS 6中添加的功能。不過對于iCloud的API，一些非?；镜难a充就能派上用場，就能方便開發商創建整合iCloud的應用，以及為購買此類應用的客戶提供支持服務。除了更多文檔及代碼示例、調試工具以及更好的沖突解決技術之外，簡單的報錯消息和同步狀態指示工具可以簡單而有效地讓用戶確認iCloud的工作狀態，以及無法實現同步的原因。以上目的，可由“文件同步至iCloud時顯示通知消息”實現(卡巴科建議)，也可由“提供同步狀態信息的API”實現(麥克法蘭指出)。而哈達德表示，他最希望看到的新功能，是“顯示某應用之前是否曾被同步至iCloud”。
蘋果還可考慮在未來iCloud API中增加其他一些東西，例如Byword的卡巴科認為支持“delta”變化可以“避免每次添加、刪除或移動文件時都‘折騰’整個iCloud容器”(Dropbox最近在其SDK中增加了“delta”命令);此外，斯特雷薩認為，Dropbox式的文件夾(添加的東西自動保存至云端，并加載至使用該容器的所有應用)“可以大大降低編寫支持iCloud的應用的入門壁壘”。
終將形成“云生態”
2011年10月，我在一篇iCloud概述文章中寫道“iCloud改變了我們與設備之間的互動方式”，并指出該服務在短期內的影響是“與常見應用的整合”。過去六個月中，iCloud作為被蘋果寄予厚望的平臺以及開發人員可以用于其應用的同步技術，正在形成一個更直觀、更連貫的應用生態系統，以保障用戶的內容隨時隨地同步更新。
過去六個月還表明，如果沒有合適的開發者工具以及對后端原理的清晰解釋，事情就會變得很麻煩。事實上，一些開發商目前已經徹底放棄了iCloud應用的創建，還有一些開發商則希望新的API能讓iCloud更適合他們的需要，而那些已經在應用中整合iCloud的開發商從用戶那里得到的反饋，也是喜憂摻半。
盡管如此，蘋果無疑正在通過iCloud醞釀一場深刻的變革，讓我們的設備和應用成為一個天衣無縫的巨大生態系統。蘋果iCloud給廣大用戶和開發人員帶來了系統級的一體化云同步。雖然完全基于iCloud的第三方應用尚且不多，而且蘋果應當加大對此類應用的宣傳力度，但iCloud無疑是蘋果的長遠利益之所在。
蘋果iCloud平臺將在未來十年中大放異彩。它還有許多需要改進的地方，但是iCloud與生俱來的規?；c一體化，反映了蘋果致力于提供“簡單而熟悉”的用戶體驗的獨到思路。
