Question

我正在开发一款iPhone应用程序，可以从3个不同的Feed中收集数据。在applicationDidFinishLaunching和applicationWillEnterForeground中执行以下操作：

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

空方法只是从核心数据中删除信息，而填充方法通过调用各种web json / xml提要将信息添加回核心数据。它看起来非常快;但是想知道这是否是在应用程序中保持信息最新的首选方法。

编辑：

只是给出一些上下文，这里有几个用于empty / populate的方法：

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

- (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 Queue Core Data API。

如果你还没有（后台导入）也是为你的实际方法做的（我认为在这种情况下你可以统一对empty / populate）。这种机制允许你提升应用程序启动，并在不冻结UI的情况下向用户说出正在发生的事情：“你好，我正在从服务器获取数据！请等待”。

修改

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

首先，如果在主线程中执行删除，如果要删除大量条目，则可能会阻塞主线程。在这种情况下，UI可能没有响应。无论如何，你已经把setIncludesPropertyValues设置为NO。

关于其他代码段，我想只有数据下载是以异步方式执行的。完成处理程序在主线程中执行（您可以检查例如BOOL isMainThread = [NSThread isMainThread]），以便创建核心数据对象及其相对保存。同样在这种情况下，如果您有大量数据，主线程可能会被阻止。

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

没有iOS 5 API，save调用可以（我说可以保存数据而不是整个数据）需要时间来执行（特别是当你有很多要存储的对象时）在你的核心数据文件中）。从iOS 5开始，您可以利用新类型的NSManagedObjectContext（queue concurrency type）和父子上下文。此外，您可以避免编写整个Core Data堆栈并使用UIManagedDocument类。通过save可以在并发队列中执行，而不会阻塞主线程。

希望有所帮助。

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

1 个答案: