将"核心数据堆栈"放在Cocoa/Cocoa Touch应用程序中的位置

Question

在iPhone核心数据模板中,Apple将核心数据堆栈放在App Delegate中.

然而,我最初的倾向是将此代码移动到它自己的类中,该类的职责是处理核心数据堆栈的管理.

您是否通常将此功能封装在自己的类中,还是将其保留在App Delegate中？

Answer 1

简介:无需创建单例来管理Core Data堆栈; 确实这样做可能会适得其反.

核心数据堆栈恰好由应用程序委托创建.但是,重要的是,正如所有示例所示,堆栈(主要是托管对象上下文)不是直接从堆栈(*)中检索的.而是将上下文传递给第一个视图控制器,并从上下文中将它们从托管对象传递到下一个视图控制器(如访问核心数据堆栈中所述).这遵循iPhone所有应用程序的基本模式:将数据或模型控制器从一个视图控制器传递到下一个视图控制器.

这里描述的单体的典型作用是作为模型控制器.使用Core Data,托管对象上下文已经是模型控制器.它还使您能够在需要时访问堆栈的其他部分.此外,在某些情况下(如文档中所述),您可能希望使用不同的上下文来执行一组离散的操作.因此,视图控制器的适当货币单位通常是托管对象上下文,否则是托管对象.使用和传递管理堆栈的单个对象(以及从中检索上下文)通常最多会引入不必要的间接层,最坏的情况是引入不必要的应用程序刚性.

(*)没有示例使用以下方法检索上下文:

[[UIApplication delegate] managedObjectContext];

Answer 2

我有一个单例类,我让我的核心数据管理,我不会留在应用程序代表.我宁愿不要使用我可能需要的方法来混淆应用委托类,例如获取某些对象等

Answer 3

我将核心数据逻辑留在App委托中,原因如下:

1)我认为在其他类中移动此代码没有任何真正的优势:由于核心数据模型实际上是应用程序的基本部分,因此由App委托处理的核心数据逻辑完全实现了委派的概念.

2)在我看到的所有示例代码中,包括Apple示例,核心数据内容由App代表处理;

3)即使在核心数据书籍中,通常的做法是让App委托处理与核心数据相关的代码;

4)我个人并不认为通过为核心数据设置临时类来实际提高可读性或其他任何东西,但这是个人品味的问题,我不会在这里争论哪种方法是最好的方法.对我而言,保持功能的简单性非常重要.

Answer 4

在你的情况下,我问自己的问题是"核心数据堆栈属于谁"？数据本身真的是应用程序的省份,不是吗？(Mac上的CF Core Data,您可能拥有一次能够处理多个文档的应用程序,因此Core Data堆栈属于每个文档.)

在任何Cocoa/Cocoa Touch应用程序中,App Delegate通常是自定义应用程序行为的首选方法,因此这是Core Data堆栈的自然位置.

现在,我怀疑你遇到的问题是经常写下这样的事情是错误的:

NSManagedObjectContext *context = [(MyAppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];

在这些情况下我通常做的是写函数(不是方法),如下所示:

NSManagedObjectContext *UIAppManagedObjectContext() {
    return [*(MyAppDelegate *)[[UIApplication sharedApplication] delegate] managedObjectContext];
}

我为NSPersistentStoreCoordinator和写了一个类似的函数NSManagedObjectModel.我将所有这些放在App Delegate的.h/.m文件中,因为它们也是应用程序级对象.

Answer 5

我将在新的答案中列出这一点.(我已经废弃了我以前的FJSCoreDataStack类而不赞成这个)

我处理这个问题的新方法是在NSManagedObjectContext上使用一个类别.我添加了以下类方法:

+ (NSManagedObjectContext *)defaultManagedObjectContext;
+ (NSManagedObjectContext *)scratchpadManagedObjectContext;
+ (NSManagedObjectModel *)managedObjectModel;
+ (NSPersistentStoreCoordinator *)persistentStoreCoordinator;
+ (NSString *)applicationDocumentsDirectory;

这可以保留我的应用程序委托中的所有内容,并且如果我选择使用它,则会提供单例访问权限.但是,我仍然使用来自App Delegate的依赖注入(正如mmalc所说,它在我的代码中引入了不灵活性).我只是将所有"核心数据堆栈"代码移动到NSManagedObjectCOntext类别中.

我喜欢传递引用,特别是因为我有一个很好的"暂存器上下文"方法.这使我的视图控制器保持灵活,因为我还没有将它们提交给"defaultManagedObjectContext".

也与iPhone世界中的对话相关(并且可能与您的架构有关): NSFetchedResultsController和构建NSFetchRequests