所以我正在努力处理核心数据。我发现有很多方法可以做同样的事情,如果您尝试使用 Storyboards 和 UIManagedDocuments 构建应用程序,您需要阅读所有早于去年的教程和示例以及翻译表。今天的问题是关于寻找添加新的托管对象时的最佳实践。我见过两种方式完成的示例:
在 TableView Controller 中创建新的托管对象(单击+后),并将该新的 Shiny 托管对象提供给从属的“添加” View Controller ,以获取所有对象属性的用户输入。这看起来很简单,而且返回的对象也很容易理解,因为它包含所有单独的属性。但我在这个“添加” View Controller 中看到了“取消”按钮的示例代码,该按钮删除传入的托管对象,然后在自行关闭之前调用“保存上下文”。功能齐全,但是我肩膀上的 MVC 训练侏儒正在对我尖叫,让这个从属的添加 View 删除一个对象,然后直接调用保存上下文恐怖。 Apple 的 Recipe 示例代码似乎使用了此方法。
不向添加 View Controller 发送任何内容,并让它发送回委托(delegate)调用 TableView Controller ,该委托(delegate)将每个属性作为单独的传递参数返回。所以返回方法变得非常长:controller:(UIViewController *)controller didReturnFirstName:(NSString *)firstName andLastName:(NSString *)lastName andStreetAddress:(NSString *) and...and...and..但这就是这样与 MVC 教条一致,因为当接收到所有单独的属性时,托管对象会在 TableView Controller 中重新创建,并且“添加” View 永远不会触及模型(核心数据),或者在用户更改时丢弃未使用的托管对象他们的想法。
即使使用链式委托(delegate)方法,我仍在与自己争论哪种方法更好。来自那些使用过这两种形式的人的评论和想法将是一个受欢迎的补充。
谢谢。
最佳答案
你看一下 Apple tutorial 中的示例吗? ,他们通过执行下面概述的许多事情来完成此任务,在这种情况下,他们有一个模态视图,用于输入要添加到数据模型中的信息:
在出现的模态视图中,他们创建一个协议(protocol)来处理关闭 View 或保存数据,以及实现该协议(protocol)的 id 类型属性作为延迟,这确保了实现该协议(protocol)的任何对象。所需方法
在创建模态视图的 View Controller 中,它们实现协议(protocol),包括将对象保存到数据模型并关闭模态视图
在创建模态的 View Controller 中,它们将创建模态视图的 View Controller 设置为模态序列期间的模态视图委托(delegate)
因此,总而言之,在模态视图中收集新数据需要: 在.h中创建协议(protocol)和属性并综合它
@protocol yourProtocol <NSObject>;
//methods that determine what happens based on what user does, it would save your core data object
@end
@property(nonatomic, weak) id<yourProtocol> delegate;
然后,在模态视图 .m 文件中,您可以在委托(delegate)上调用这些方法,可能是在它们选择“保存”或“完成”时,因此每个方法可能作为连接到按钮的 IBAction
[self.delegate myMethod];
在呈现模态视图的 View 中,您可以在 .h 文件中实现协议(protocol)
@interface viewController() <yourProtocol>
最后,将您的方法添加到呈现模态视图的 .m 文件的 View Controller 中,这应该包括删除 View 并保存核心数据。根据苹果和其他消息来源,导致弹出/模式等的 View Controller 应该是消除它的那个。然后,在使用序列缩进的序列中,将模态视图中呈现的 View Controller 设置为模态视图的委托(delegate)。
关于ios - 在Core Data : create first or upon return?中创建新对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10392194/