我已经在很多关于如何使用NSManagedObjectContext的文章和讨论中进行了研究。，但仍然无法为我的项目找到令人满意的架构。在我的应用程序中，可以从三个来源修改数据，当同时发生冲突时按优先级排序(例如，云的优先级最低):用户界面，BLE消息，来自云的HTTP响应由于我仍然不是iOS开发专家，所以我尽量避免为每个源使用多个上下文。然而，经过数周的反复试验后，我很不情愿，但开始考虑是否真的需要采用多上下文方法。一开始，我尝试使用context.perform{}在主上下文中执行所有数据更改操作(添加/更新/删除，获取除外)。我一直将获取作为同步功能，因为我希望数据获取是即时的，

没有文档或示例代码解释我们是否可以与应用扩展共享viewContext。AFAK，应用程序和扩展程序在不同的进程中运行，我们不应该与另一个进程/线程共享moc。我不应该与应用扩展共享包含应用的viewContext。那么我们应该创建另一个viewContext以在应用程序扩展中使用(？但NSPersistentContainer只提供一个viewContext)或在应用程序扩展中使用背景上下文(？？？)Whileanextensionisrunning,itcommunicatesdirectlyonlywiththehostapp.Thereisnodirectcommunicati

我在GCD调度队列中对NSManagedObjectContext进行操作，定义如下:-(NSManagedObjectContext*)backgroundContext{if(backgroundContext==nil){self.backgroundContext=[NSManagedObjectContextMR_contextThatNotifiesDefaultContextOnMainThread];}returnbackgroundContext;}MR_contextThatNotifiesDefaultContextOnMainThread是来自MagicalRe

当为NSManagedObjectContext使用NSPrivateQueueConcurrencyType和NSMainQueueConcurrencyType类型时，在同一上下文中进行嵌套的performBlock调用是否安全？[backgroundContextperformBlock:^{NSFetchRequest*myRequest=...;__blockNSArray*result=nil;[backgroundContextperformBlockAndWait:^{results=[backgroundContextexecuteFetchRequest:myReq