0

我一直在研究 RSS 阅读器，使用核心数据进行缓存。像很多人一样，我想避免重复条目，这导致我提出了这个问题，也是这个问题。但是，我还想要一件事，我也想给用户删除文章的能力，并且在刷新提要时避免再次添加已删除的文章，即如果删除的文章仍然存在于提要中。因此，我目前的解决方案是，要在我的托管对象上下文中使用已删除文章的唯一标识符（我如何识别提要中的每个项目）维护另一个实体，我只需将要删除的文章的标识符添加到该实体, 并对其进行检查。

现在，这是我为完成上述所有操作而编写的一段代码。在解析过程中，每次解析提要中的新项目时都会运行此代码。

    dispatch_queue_t checkQueue = dispatch_queue_create("com.feedreader.backgroundchecking", NULL);

    dispatch_async(checkQueue,^{
        NSMutableArray *mutablesortedArticles = [NSMutableArray arrayWithArray:self.feeds.sortedArticles];

        if (!mutablesortedArticles) {
            // Handle the error.
        }

        if ([[mutablesortedArticles valueForKey:@"identifier"]
             containsObject:article.identifier]) {
            NSLog(@"This article already exists");
            return;
        }else {
            NSMutableArray *mutabledeletedArticles = [NSArray arrayWithArray:self.alldeletedArticles];

            if (!mutabledeletedArticles) {
                // Handle the error.
            }

            if ([mutabledeletedArticles valueForKey:@"identifier"]
                 containsObject:article.identifier]) {
                NSLog(@"This article has been deleted");
                return;
            }else {
                Article *newArticle = [NSEntityDescription insertNewObjectForEntityForName:@"Article" inManagedObjectContext:self.managedObjectContext];

                newArticle.title = article.title;
                newArticle.date = article.date;
                newArticle.link = article.link;
                newArticle.summary = article.summary;
                newArticle.image = article.image;
                newArticle.identifier = article.identifier;
                newArticle.updated = article.updated;
                newArticle.content = article.content;
                newArticle.feed = self.feed;

                dispatch_async(dispatch_get_main_queue(),^{
                    NSError *error = nil;
                    [self.managedObjectContext save:&error];
                    if (error) {
                        NSLog(@"%@", error);
                    }
                });
            }
        }
    });

self.feeds.sortedArticles 和 self.alldeletedArticles 都是在解析开始之前从托管对象上下文中获取的。

我的问题开始于运行此代码时，UI 冻结 1-2 秒（我尝试使用在托管对象上下文中有超过 500 篇文章的提要）。所以，我想我的问题是，有没有一种更有效的方法来做我想做的事情，希望不会冻结 UI？也许是处理已删除文章的更好方法？

4

2 回答 2

3

我的第一个建议是通过向Article实体添加“itemDeleted”属性来处理已删除的文章。然后，在插入新项目时，您只有一个要检查的对象列表。

（提示：不要将该属性称为“已删除”。isDeleted是 的内置属性NSManagedObject，因此可能会导致名称冲突。）

下一个建议是仅在导入所有项目之后才保存托管对象上下文，而不是在每个项目之后（编辑：另请参阅 Caffeine 的答案，这是在我写这篇文章时发布的。）

最后，单独搜索所有文章列表中的每个新项目是一种无法很好扩展的模式。在“Core Data Programming Guide”中高效地实现 Find-or-Create描述了一种可能更好的模式：

  • 对于要插入的项目列表，执行获取请求，获取该列表中已经存在于数据库中的所有项目，
  • 并行遍历新项目列表和获取列表，以找出哪些项目是真正新的并且必须插入。
于 2013-01-06T10:58:47.750 回答
1

UI 冻结可能是[self.managedObjectContext save:&error]由于将所有对象写入磁盘需要几秒钟。在 iOS 5+ 中，一个很好的解决方案是嵌套上下文。有关更多详细信息，请参阅此博客文章http://www.cocoanetics.com/2012/07/multi-context-coredata/特别是末尾的异步保存部分。

于 2013-01-06T10:48:51.760 回答