问题:在构建主要应用程序目标时，无法从Objective-C代码访问声明的staticletsharedInstance。代码:@objcpublicprotocolManagedObjectContextProvider{varcontext:NSManagedObjectContext{get}}@objcpublicfinalclassManagedObjectContextProviderImpl:NSObject,ManagedObjectContextProvider{publicstaticletsharedInstance:ManagedObjectContextPro

背景Savingalargeamountofdataatatimeisveryslow.当前设置在我的应用中，有一个private队列NSManagedObjectContext作为父，它直接与NSPersistentStoreCoordinator对话以保存数据。UI的NSTreeController使用子主队列上下文。(我的目标是防止发生沙滩球。目前，我仅通过在应用程序处于非Activity状态时保存数据来解决此问题。但是由于计划删除的数据尚未删除，因此仍可能出现取得结果。这是我要解决的另一个问题。)问题当父上下文忙于保存时，子主队列上下文仅可在获取时等待。相关问题CoreData

我看过很多教程，它们确实帮助我理解父子托管对象上下文以及与此相关的其他内容。我准备开始在我的应用程序中使用它，但我有一个问题。为什么没有人使用单例来保持主要的托管对象上下文。我想从AppDelegate中提取核心数据相关对象并将其设置为自己的类会好得多吧？像这样的Tutorialatraywenderlich.com.但是他们仍然实例化CoreDataStack类(这没问题，单例也必须实例化)并且在需要时他们在prepareForSegue中设置managedObjectContext(并将其设置为AppDelegate的第一个ViewController)。为什么不消除这种需求而只使

我今天发现了一个内存泄漏，当从我的ma​​inNSManagedObjectContext调用executeFetchRequest时，它就表现出来了。我终于发现已知的违规者是因为我的NSManagedObjectContext将其父上下文分配给私有(private)托管对象上下文。注释掉让我的主上下文分配一个私有(private)父类的代码行，而不是直接指向NSPersistentStoreCoordinator释放我的应用程序的所有内存泄漏。我正在阅读以下文章:http://martiancraft.com/blog/2015/03/core-data-stack/有关如何在我的应

(如果这个问题有点令人困惑/不精确，我很抱歉。我只是在学习高级CoreData用法，我不太了解术语和其他东西)。我有一个单例Game，它包含您在游戏过程中需要的某些数据。例如，您可以从那里访问currentSite(Site是一个CoreDataEntity)以获取Site用户目前位于://IcreatedtheSiteinabackgroundqueue(whenthegamestarted),thensavedtheobjectIDandhereIloadtheobjectIDpublicvarcurrentSiteObjectID:NSManagedObjectID{letobj

我不确定这是怎么回事，但我需要一些帮助。每次用户在UITextField中输入文本时，我都试图在后台执行查询。我一直在阅读，看起来我应该如何执行后台CoreData操作，但我不断收到此错误:“只能在使用队列创建的NSManagedObjectContext上使用-performBlock:”我用谷歌搜索了这个错误，但每个解决方案都说我的上下文需要使用PrivateQueueConcurrentcyType创建，我确实这样做了。不知道为什么会这样。也许这是新iOS中的错误？letmanagedObjectContext=NSManagedObjectContext(concurrency

我为我的上下文添加了NSMergePolicyType，但每次我遇到冲突时，应用程序都会崩溃。我向xcdatamodeld中的表添加了约束(带有“id”)这是我的上下文:lazyvarmanagedObjectContext:NSManagedObjectContext?={//Returnsthemanagedobjectcontextfortheapplication(whichisalreadyboundtothepersistentstorecoordinatorfortheapplication.)Thispropertyisoptionalsincetherearelegi

在关闭网络请求时，我使用私有(private)并发队列将对象插入到核心数据中，当我在私有(private)上下文中调用“执行”时发生崩溃。控制台中的崩溃消息:libc++abi.dylib:terminatingwithuncaughtexceptionoftypeNSException堆栈跟踪:导致崩溃的代码:API.sync(onlyMe,syncToken:syncToken){success,syncResponseinCoreDataUtils.privateContext.perform{//crashesonthisline....}}我的核心数据堆栈(不幸的是，目前位于

我继承了一些快速代码，这些代码在从核心数据中获取后立即执行refreshObject。被提取的对象与另一个表有关系。fetch和refreshObject在performBlockAndWait中。代码如下。崩溃似乎始于iOS9。知道为什么refreshObject会抛出EXC_BAD_ACCESS吗？解决方法是什么？获取后立即执行refreshObject的目的是什么？该表仅包含几行。这是必要的吗？一起删除有什么缺点吗？context.performBlockAndWait{letclassName=self.className()letfetchRequest=NSFetchReq

我的“ProjName.xcdatamodel”中有一个名为“Questions”的实体。在这个实体中，我有5个属性(“icehockey”、“volleyball”、“soccer”...)，每个属性的类型都是transformable。每行(属性)将填充一个NSMutableArray。我想要做的是获取这个实体中特定属性的值。这是我的代码:funcreadQuestionsFromCore(sport:NSString)->NSMutableArray{varappDel:AppDelegate=(UIApplication.sharedApplication().delegate