创建自己的Core Data Stack的优势和使用

Question

背景：最近我正在阅读“CoreData by tutorials”来学习 Core Data。这本书向我展示了如何在代码中创建新的核心数据堆栈，并鼓励我们这样做。
问题：

1. 为什么我需要编写一个新类来处理 Core Data Stack 而不是使用 XCode 在 AppDelegate.swift 中提供给我们的代码，这样做有什么好处吗？
2. 本书获取ManagedObjectContext的方法是通过segue将之前的上下文传递给当前的Controller。就像，首先我在AppDelegate.swift 中初始化一个上下文，然后将此值传递给topViewController (A) of self.window!.rootViewController as UINavigationController 中名为“context”的属性。其次，如果我想在控制器B中使用上下文，我需要在B中声明一个名为“context”的属性，并通过segue传递A的上下文属性
   let dest = segue.destinationViewController as B dest.context = self.context
   这是使用上下文的唯一方法吗？我宁愿使用
   if let context = (UIApplication.sharedApplication().delegate as AppDelegate).managedObjectContext 到处获取上下文..
3. 如果我想使用模型来管理 Core Data 之类的事情，例如从控制器传递“上下文”以初始化我的模型类，这是正确的方法吗？

谢谢！

Answer 1

1. 关注点分离。如果没有仔细管理，应用程序委托很快就会成为初始化应用程序部分的一站式商店，这会降低可读性/可维护性；
2. 就个人而言，我发现将 MOC 传递给控制器​​很乏味且容易出错。在大型项目中，我更喜欢使用 RestKit: [[RKManagedObjectStore defaultStore] mainQueueManagedObjectContext] 中的单例；
3. 如果我理解正确，您是在问如何创建NSFetchRequest 实例？如果是这样，那么是的，您将 MOC 用于主队列（无论是作为属性传递给控制器​​还是通过其他方式传递给控制器​​都是实现细节）。