2015-09-18 4 views
2

С watchOS 1, я понимаю, что расширение часов было размещено в приложении iOS, поэтому вы можете использовать постоянное хранилище основных данных для приложения часов и приложения iOS (что было сделано используя группу приложений и создав отдельную структуру, которая обрабатывала модель данных как для приложения приложений iOS, так и для наблюдения.)watchOS 2 с базовыми данными

Однако, с watchOS 2, удлинитель часов переместился на часы, поэтому он будет иметь свои Собственный постоянный магазин. Так что, по моему мнению, я могу напрямую использовать основные данные на яблочных часах без использования приложения iOS. Но когда я создаю проект для watchOS 2, нет возможности использовать основные данные в вашем приложении watch.If добавление этих функций в ExtensionDelegate:

lazy var applicationDocumentsDirectory: NSURL = { 
    // The directory the application uses to store the Core Data store file. This code uses a directory named "finoit.test" in the application's documents Application Support directory. 
    let urls = NSFileManager.defaultManager().URLsForDirectory(.DocumentDirectory, inDomains: .UserDomainMask) 
    return urls[urls.count-1] 
}() 

lazy var managedObjectModel: NSManagedObjectModel = { 
    // The managed object model for the application. This property is not optional. It is a fatal error for the application not to be able to find and load its model. 
    let modelURL = NSBundle.mainBundle().URLForResource("test", withExtension: "momd")! 
    return NSManagedObjectModel(contentsOfURL: modelURL)! 
}() 

lazy var persistentStoreCoordinator: NSPersistentStoreCoordinator = { 
    // The persistent store coordinator for the application. This implementation creates and returns a coordinator, having added the store for the application to it. This property is optional since there are legitimate error conditions that could cause the creation of the store to fail. 
    // Create the coordinator and store 
    let coordinator = NSPersistentStoreCoordinator(managedObjectModel: self.managedObjectModel) 
    let url = self.applicationDocumentsDirectory.URLByAppendingPathComponent("SingleViewCoreData.sqlite") 
    var failureReason = "There was an error creating or loading the application's saved data." 
    do { 
     try coordinator.addPersistentStoreWithType(NSSQLiteStoreType, configuration: nil, URL: url, options: nil) 
    } catch { 
     // Report any error we got. 
     var dict = [String: AnyObject]() 
     dict[NSLocalizedDescriptionKey] = "Failed to initialize the application's saved data" 
     dict[NSLocalizedFailureReasonErrorKey] = failureReason 

     dict[NSUnderlyingErrorKey] = error as NSError 
     let wrappedError = NSError(domain: "YOUR_ERROR_DOMAIN", code: 9999, userInfo: dict) 
     // Replace this with code to handle the error appropriately. 
     // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 
     NSLog("Unresolved error \(wrappedError), \(wrappedError.userInfo)") 
     abort() 
    } 

    return coordinator 
}() 

lazy var managedObjectContext: NSManagedObjectContext = { 
    // Returns the managed object context for the application (which is already bound to the persistent store coordinator for the application.) This property is optional since there are legitimate error conditions that could cause the creation of the context to fail. 
    let coordinator = self.persistentStoreCoordinator 
    var managedObjectContext = NSManagedObjectContext(concurrencyType: .MainQueueConcurrencyType) 
    managedObjectContext.persistentStoreCoordinator = coordinator 
    return managedObjectContext 
}() 

// MARK: - Core Data Saving support 

func saveContext() { 
    if managedObjectContext.hasChanges { 
     do { 
      try managedObjectContext.save() 
     } catch { 
      // Replace this implementation with code to handle the error appropriately. 
      // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development. 
      let nserror = error as NSError 
      NSLog("Unresolved error \(nserror), \(nserror.userInfo)") 
      abort() 
     } 
    } 
} 

Эти функции никогда не будут звонить, есть ли другой способ использовать основные данные на яблочных часах?

Или я на неправильном треке в концепции apple watchOS 2 с данными ядра?

Спасибо за любой совет.

+0

, пожалуйста, ознакомьтесь с этой ссылкой http://stackoverflow.com/questions/30834078/using-core-data-with-watchos-2-0 –

ответ

3

Вы можете, безусловно, использовать CoreData с watchOS 2 (это делают два моих приложения). Возможность добавления CoreData при создании цели - это удобная галочка, которую Apple еще не добавила. Вам нужно будет вручную добавить перечисленные выше функции и обязательно вызвать их самостоятельно, но он будет работать так же, как если бы это было в приложении iOS.

Помните, что эти данные не синхронизируются между хранилищами watchOS и iOS CoreData, поэтому, если вы хотите, чтобы вам нужно было синхронизировать данные самостоятельно, используя Watch Connectivity.

+0

Действительно ли набор часов 2.0 фактически запускает базовые данные локально на часах? Это кажется очень тяжеловесным. Я думал, что Apple пытается сохранить код и данные, которые работают на часах, чтобы сэкономить аккумулятор и память. –

+0

Да, watchkit 2.0 может определенно запускать CoreData локально на часах. Это, безусловно, слишком много для большинства приложений, но для некоторых из них, которые содержат исторические данные, это будет очень полезно. Разработчик должен убедиться, что они используют его, когда это необходимо. – lehn0058

Смежные вопросы