ios - 来自远程数据源的核心数据存储

Question

我正在开发一个 iPhone 应用程序，该应用程序从 3 个独立的源收集数据。在 applicationDidFinishLaunching 和 applicationWillEnterForeground 中，执行以下操作:

[self emptySchedule];
[self populateSchedule];
[self emptyPlayers];
[self populatePlayers];
[self emptyNews];
[self populateNews];

空方法只是从核心数据中删除信息，填充方法通过调用各种 Web json/xml 提要将信息添加回核心数据。它似乎做得很快；但想知道这是否是在应用程序中保持信息最新的首选方法。

编辑:

为了提供一些背景信息，这里有一些用于清空/填充的方法:

由于这主要是异步的，它会影响应用程序启动时间吗？

- (void) emptySchedule
{
    NSFetchRequest * allEvents = [[NSFetchRequest alloc] init];
    [allEvents setEntity:[NSEntityDescription entityForName:@"Event" inManagedObjectContext:self.managedObjectContext]];
    [allEvents setIncludesPropertyValues:NO]; //only fetch the managedObjectID

    NSError * error = nil;
    NSArray * events = [self.managedObjectContext executeFetchRequest:allEvents error:&error];
    //error handling goes here
    for (NSManagedObject * event in events) {
        [self.managedObjectContext deleteObject:event];
    }
    NSError *saveError = nil;
    [self.managedObjectContext save:&saveError];
}

-(void)populateSchedule
{
    NSURL *url = [NSURL URLWithString:SCHEDULE_FEED_URL];
    NSURLRequest *request = [NSURLRequest requestWithURL:url];
    AFJSONRequestOperation *operation = [AFJSONRequestOperation JSONRequestOperationWithRequest:request success:^(NSURLRequest *request, NSHTTPURLResponse *response, id schedule) 
                                         {
                                             for (NSDictionary *campEvent in schedule) 
                                             {
                                                 Event *event = nil;

                                                 event = [NSEntityDescription insertNewObjectForEntityForName:@"Event" inManagedObjectContext:self.managedObjectContext];
                                                 event.eventName = [campEvent valueForKeyPath:@"eventName"];
                                                 event.ticketsRequired = [campEvent valueForKeyPath:@"ticketsRequired"];
                                                 event.location = [campEvent valueForKeyPath:@"location"];
                                                 event.practiceStart = [NSDate dateWithTimeIntervalSince1970:[[campEvent valueForKeyPath:@"practiceStart"] doubleValue]];
                                                 event.practiceEnd = [NSDate dateWithTimeIntervalSince1970:[[campEvent valueForKeyPath:@"practiceEnd"] doubleValue]];
                                             }
                                             NSError *saveError = nil;
                                             //Save inserts
                                             [self.managedObjectContext save:&saveError];

                                              //Notify other objects of this
                                             [[NSNotificationCenter defaultCenter] postNotificationName:@"populateSchedule" object:nil];

                                         } failure:^(NSURLRequest *request, NSHTTPURLResponse *response, NSError *error, id JSON) {
                                             UIAlertView *alert = [[UIAlertView alloc]initWithTitle:@"Error" message:@"Error Retrieving Data. Please try again later." delegate:self cancelButtonTitle:@"Ok" otherButtonTitles:nil];
                                             [alert show];
                                         }];
    [operation start];
}

Answer 1

我会根据我的个人经历尝试回答。也许其他人对此会有不同的看法。

在您的情况下，同步仅在应用程序生命周期的各个阶段执行。

所以，我想添加第三个。当用户询问时。但这严格取决于您的应用程序的性质。另一种方法可能是设置一个后台线程，该线程定期唤醒并要求服务器向其发送新数据。这可能比手动同步更复杂。

关于这两种方式我将在特定的后台线程中执行导入操作。您可以设置自己的操作(NSOperation 类也适用于此类任务)并在那里执行操作或使用新的 iOS 5 队列核心数据 API。

如果您还没有完成(后台导入)，也可以为您的实际方法执行此操作(我认为在这种情况下，您可以统一 empty/populate)。这种机制允许您加速应用程序启动并向用户告知正在发生的情况，而无需卡住 UI:“您好，我正在从服务器获取数据!请稍候”。。

编辑

关于您添加的代码对我来说没问题。只有两个考虑因素。

首先，如果删除是在主线程中执行的，那么如果您有很多条目要删除，则可能会阻塞主线程。在这种情况下，UI 可能无法响应。无论如何，您已经很好地将 setInincludesPropertyValues 设置为 NO。

关于另一个片段，我猜只有数据下载是以异步方式执行的。完成处理程序在主线程中执行(例如，您可以使用 BOOL isMainThread = [NSThread isMainThread] 进行检查)，因此核心数据对象的创建及其相对保存。同样在这种情况下，如果您有大量数据，主线程可能会被阻塞。

无论如何，如果您已经完成了一些测试并且应用程序启动时间不长，您可以继续使用您的代码。如果您开始看到某种延迟，也许您可​​以在后台执行核心数据操作。

如果没有 iOS 5 API，save 调用可能(我说可以，因为您可以保存数据 block 而不是整个数据)需要花费一些时间才能执行(特别是当您有很多数据时)要存储在核心数据文件中的对象)。从 iOS 5 开始，您可以利用新类型的 NSManagedObjectContext ( queue concurrency type ) 和父子上下文。此外，您可以避免写入整个核心数据堆栈并使用 UIManagedDocument类(class)。通过这两种方式，可以在并发队列中执行保存，而不会阻塞主线程。

希望有帮助。