Ios教程網 >> IOS編程開發 >> IOS開發基礎 >> CoreData遇見iCloud的那些坑

CoreData遇見iCloud的那些坑

編輯：IOS開發基礎

盡管蘋果把iCloud與CoreData之間的完美配合吹的天花亂墜，但在iOS7之前，想用iCloud同步CoreData數據簡直就是噩夢，蘋果自己也承認了之前的諸多bug和不穩定性，這讓蘋果不得不重新站出來說他們的工程師已經在iOS7中修復了bug，增強了體驗，balabala，關鍵是對於程序員來說，將iCloud集成到CoreData變得無比簡單。

在蘋果的官方文檔中已經把配置工作敘述的很明確了，簡單地說可以總結為三步：

在iTunes Connect創建App ID，在Xcode中找到項目的Capabilities標簽並開啟iCloud選項。這會為你創建一個默認的iCloud容器，名字格式為“com.XXX.yourAppID”
添加NSPersistentStore時向options參數傳入一個持久存儲的名稱，自己起一個就行，示例代碼如下:

NSDictionary *storeOptions =
    @{NSPersistentStoreUbiquitousContentNameKey: @"MyAppCloudStore"};
NSPersistentStore *store = [coordinator addPersistentStoreWithType:NSSQLiteStoreType
                                                     configuration:nil
                                                               URL:storeURL
                                                           options:storeOptions
                                                             error:&error];

對NSPersistentStoreCoordinatorStoresWillChangeNotification,NSPersistentStoreCoordinatorStoresDidChangeNotification和NSPersistentStoreDidImportUbiquitousContentChangesNotification這三個通知進行注冊以便接收通知後對數據進行處理。最好用NSNotificationCenter的addObserverForName:object:queue:usingBlock:方法來使邏輯更加明確，代碼更緊湊。

最後貼上Swift實現persistentStoreCoordinator的代碼：

var persistentStoreCoordinator: NSPersistentStoreCoordinator! {
   if _persistentStoreCoordinator == nil {
       let storeURL = self.applicationDocumentsDirectory.URLByAppendingPathComponent("HardChoice.sqlite")
       var error: NSError? = nil
       _persistentStoreCoordinator = NSPersistentStoreCoordinator(managedObjectModel: self.managedObjectModel)
       
       // iCloud notification subscriptions
       let dc = NSNotificationCenter.defaultCenter()
       dc.addObserverForName(NSPersistentStoreCoordinatorStoresWillChangeNotification, object: self.persistentStoreCoordinator, queue: NSOperationQueue.mainQueue(), usingBlock: { (note) -> Void in
           self.managedObjectContext.performBlock({ () -> Void in
               var error: NSError? = nil
               if self.managedObjectContext.hasChanges {
                   if !self.managedObjectContext.save(&error) {
                       println(error?.description)
                   }
               }
               self.managedObjectContext.reset()
           })
       })
       dc.addObserverForName(NSPersistentStoreCoordinatorStoresDidChangeNotification, object: self.persistentStoreCoordinator, queue: NSOperationQueue.mainQueue(), usingBlock: { (note) -> Void in
           self.managedObjectContext.performBlock({ () -> Void in
               var error: NSError? = nil
               if self.managedObjectContext.hasChanges {
                   if !self.managedObjectContext.save(&error) {
                       println(error?.description)
                   }
               }
           })
       })
       dc.addObserverForName(NSPersistentStoreDidImportUbiquitousContentChangesNotification, object: self.persistentStoreCoordinator, queue: NSOperationQueue.mainQueue(), usingBlock: { (note) -> Void in
           self.managedObjectContext.performBlock({ () -> Void in
               self.managedObjectContext.mergeChangesFromContextDidSaveNotification(note)
           })
       })
       
       if _persistentStoreCoordinator!.addPersistentStoreWithType(NSSQLiteStoreType, configuration: nil, URL: storeURL, options: [NSPersistentStoreUbiquitousContentNameKey:"MyAppCloudStore"], error: &error) == nil {
           println("Unresolved error \(error), \(error?.userInfo)")
           abort()
       }
   }
   return _persistentStoreCoordinator!
}
var _persistentStoreCoordinator: NSPersistentStoreCoordinator? = nil

當然你也可以用lazy關鍵字同樣來實現persistentStoreCoordinator屬性的惰性加載。

已經有人將整套CoreData集成iCloud的邏輯抽象出來，比如iCloudCoreDataStack。完全不需要再用宣稱能讓CoreData與iCloud搭配更簡單的第三方庫了，因為在iOS7中蘋果的確讓它簡單至極了。

然而當Xcode6和iOS8襲來，一個個坑爭先恐後的出現了。

首先是iCloud Drive，它與之前iCloud有沖突。如升級，請徹底，讓測試機器都升級iCloud Drive。

然後是Xcode6中開啟Capabilities標簽的iCloud選項卡後，如下的場景簡直是臥槽：

該怎麼選怎麼選啊？！我只能說按照上圖這麼選就對了。順便說一下iCloud默認容器名稱格式已經變成了“iCloud.com.yourname.yourAppID”，其實這也不太准確，官方稱作“iCloud.$(CFBundleIdentifier)”,後面的美元號所指的變量就是General中Identity一欄的“Bundle Identifier”值。此外“Key-value storage”和“CloudKit”選項選不選都可以，但“iCloud Documents”一定要勾選，否則是無法同步CoreData數據的。

PS：CloudKit是蘋果最新推出的基於iCloud的一個雲端數據存儲服務,提供了低成本的雲存儲並能作為一個後端服務通過用戶們的iCloud賬號分享其應用數據。

接下來是時候檢查我們是否成功添加了iCloud容器，可以在applicationDidFinishLaunchingWithOptions方法中嘗試獲取容器的URL來判斷：

let containerURL = NSFileManager.defaultManager().URLForUbiquityContainerIdentifier("iCloud.com.yulingtianxia.HardChoice")
if containerURL != nil {
  println("success:\(containerURL)")
}
else{
  println("URL=nil")
}

如果之前沒有在Capabilities標簽的iCloud中勾選“iCloud Documents”，“URLForUbiquityContainerIdentifier”方法會始終返回nil。來看看蘋果開發者論壇上關於這個話題的討論吧

PS：官方文檔不建議在主線程使用URLForUbiquityContainerIdentifier方法，因為它可能需要較長時間來返回URL而阻塞主線程。這裡只是為了測試使用。

然而判斷iCloud是否真的與CoreData工作正常，蘋果的官方文檔寫的很詳細：Using the iCloud Debugging Tools

當我興致沖沖的打開Xcode中的debug navigator，點擊左邊的iCloud查看狀態時，被眼前的一切驚呆了：

“iCloud Usage”告訴我狀態不可用，然而右下角的日志中Using local storage已經從1變成了0，也就是證明了我的APP(HardChoice)已經從CoreData使用本地持久倉庫轉移到了使用“iCloud-enabled”持久倉庫。“Transfer Activity”中柱狀圖更是顯示從iCloud下載了數據。而這其實應該是Xcode6的一個bug，有人已經在蘋果開發者論壇討論了。

根據我的測試，只勾選“Key-value storage”或者在模擬器上調試時，“iCloud Usage”都不會出現。而即使“iCloud Usage”出現了，狀態也始終是Disabled，“Transfer Activity”也不是很靈敏。唯獨只能相信CoreData的log了。

但我們可以查看“My Mac”的“iCloud Usage”而不是iPhone的“iCloud Usage”：