用戶和開發(fā)者不滿蘋果iCloud問題多多

　　一、用戶的不滿

　　1、不支持多個ID同時備份。

　　由于iCloud服務基于蘋果的Apple ID，但由于眾多原因，很多用戶在一個設備上同時使用多個Apple ID的情況比較普遍。對于擁有多AppleID的用戶來說，使用iCloud云備份服務簡直就是惡夢。不但各個賬戶互相間的資料無法共享，每個賬戶下都要將設備上所有內容備份一遍不說，由于賬號切換頻繁還容易進入蘋果的黑名單，那樣的話就要等90天后才能重新使用iCloud服務。

　　2、iCloud遷移問題

　　前不久，Cloud用戶丹耶爾科莫爾(Danyelle Comer)就其遷移問題多多在加州北區(qū)美國地方法院對蘋果提起訴訟。

　　科莫爾在起訴書中表示：“蘋果未能保證MobileMe用戶在遷移的過程中正常使用他們付費購買的功能，包括訪問他們的付費電子郵箱。因此，許多MobileMe的用戶都因為無法訪問個人帳戶都蒙受了損失。”

　　科莫爾稱：“對許多用戶來說，這太不幸了。iCloud服務根本沒法用，因為沒有同步、電子郵箱和其他許多功能，而且還出現了數據丟失和破壞的情況，這給用戶造成了一系列問題。實際上，很多用戶被迫花了很多錢去尋求外部技術支持，以便能夠遷移到iCloud平臺以及獲得電子郵箱和其他一些最基本的功能。”

　　科莫爾稱：“對許多用戶來說，這太不幸了。iCloud服務根本沒法用，因為沒有同步、電子郵箱和其他許多功能，而且還出現了數據丟失和破壞的情況，這給用戶造成了一系列問題。實際上，很多用戶被迫花了很多錢去尋求外部技術支持，以便能夠遷移到iCloud平臺以及獲得電子郵箱和其他一些最基本的功能。”

　　二、開發(fā)者的不滿

　　1、API 的問題

　　開發(fā)者對 API 的吐槽是最多的。“蘋果 iCloud 的 API 太簡陋了。”開發(fā)者 Comi 表示。這意味著，“你得寫很多代碼才能保證 iCloud 能完成最基本的操作。”比如說，iCloud 的 API 并不支持一個簡單的文件添加或者刪除功能。雖然蘋果提供的 iCloud 說明文件給開發(fā)者提供了相應的示范代碼，方便開發(fā)者復制黏貼，但 Comi 認為，蘋果應該給 API 里添加這些基礎功能。 “iCloud API 應該更具吸引力。”

　　2、可靠性

　　盡管開發(fā)者曾今對 iCloud 的可靠性有過爭議，最后一致認為 iCloud 保證他們軟件的關鍵功能正常運行，但現今，依舊有開發(fā)者報告道：iCloud 挺好的，除了穩(wěn)定。

　　Comi 就表示，自己的經常收到用戶的抱怨軟件——抱怨內容都集中在“為何 iCloud 不能同步了?”

　　3、受限的權限控制

　　假設開發(fā)者搞定了 iCloud 的 API ，假設這些 API 真的如期運轉——但開發(fā)者還是需要對這些 API 能否滿足需要大眾感到懷疑。

　　Pierce ，一個來自 Agile Tortoise 的開發(fā)者說到：

　　“iCloud 平臺的許多限制，使的一些應用在這里的操作一團糟。”

　　比如說，一個應用希望得到你存儲在別的應用或者平臺上的數據，這在 iCloud 的平臺上是不可能的。使用 iCloud 的應用只能訪問自己的數據。多應用、多平臺共享數據在這里的實現，還得請?zhí)O果高抬貴手。

　　但這是 iCloud 目前的短板，蘋果承諾在 iOS 6上大幅提升 iCloud 在后臺同步的功能。開發(fā)者 Fletcher Penney 在自己的博客中對 iCloud 和 Dropbox 做了對比，他發(fā)現 iCloud 十分“聰明”，并且在某些層面超越 Dropbox “很多年”。

　　他舉了例子：

　　如果用戶在短時間內多次更改一個文件，那么按照道理來說，Dropbox 應該上傳稍晚的更改，即便最早的更改還沒有上傳完畢。

　　這個功能他花了數周調試，都沒有成功。為了告訴 Dropbox 上傳順序，他不得加一些很復雜的算法來進行甄別，然后這又導致代碼的累贅，然后代碼出錯幾率肯定又將變高。

　　而在iCloud 上，他只需要建立一個文件夾，坐等上傳即可。

　　看來，想讓開發(fā)者完全擁抱 iCloud，蘋果還需不斷改進!

服務器租用/服務器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質保障！--億恩科技[ENKJ.COM]