0

我正在开发一个 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];
}
4

1 回答 1

1

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

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

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

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

如果您还没有完成（后台导入），也可以为您的实际方法执行此操作（我认为在这种情况下您可以统一对empty/ populate）。这种机制允许您加速应用程序启动并向用户说明正在发生的事情而不会冻结 UI：“您好，我正在从服务器获取数据！请稍候”。

编辑

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

首先，如果删除是在主线程中执行的，如果你有很多条目要删除，它可能会阻塞主线程。在这种情况下，UI 可能没有响应。无论如何，您已经做好了setIncludesPropertyValues设置NO。

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

无论如何，如果您已经进行了一些测试并且应用程序启动时间不会太长，您可以只保留您的代码。如果您开始看到某种延迟，也许您可​​以在后台执行 Core Data 操作。

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

希望有帮助。

于 2012-07-05T17:45:33.310 回答