objective-c - NSManagedObject 子类生成的 +CoreDataProperties.m 文件实际上并不需要？

Question

当生成一个 NSManagedObject 子类时，xcode 创建了两个额外的文件 MyObject+CoreDataProperties.h 和 MyObject+CoreDataProperties.m 来让 CoreData 远离我们自己的代码。

这很好，但我在 WWDC 剪辑中注意到他们的示例中没有 +CoreDataProperties.m 文件。所以我尝试在我的代码中删除它们，没有它们一切都可以编译和运行，它们似乎根本不是必需的。

它们是否以某种我忽略的方式需要，或者如果不是，那么为什么 xcode 会生成它们？

Answer 1

简短的回答:

不，没有必要。

长答案:

Objective-C 是一种动态类型、后期绑定(bind)编程语言。简而言之，这意味着每个类型决定都可以在运行时而不是编译时做出，并且您可以访问 的属性并向对象发送消息而无需知道其类型(类)。

但是对于 Core Data 框架和您作为 Core Data 的用户和您的模型来说，没有必要知道实体类型的托管对象的类型。甚至没有必要为实体类型指定特定类型。 (我不经常生成类，如果生成，我会手动生成。)因此，与其他编程语言相比，这些生成的类不需要为编译器提供类型。

但是，编译器希望至少查看每个方法至少一次以获取签名(参数键入)。否则它会警告。即使有这样的工作代码也是可能的......

NSManagedObject *person = …
NSString *firstName = [person firstName];

… 对于实体​​类型 Person拥有属性(property)firstName ，编译器会警告你，他对方法一无所知–firstName .

相反，您可以输入如下内容:

NSManagedObject *person = …
NSString *firstName = [person valueForKey:@"firstName"];

(编译器知道 -valueForKey: ，因为这是在 NSObject 中声明的方法。)

除此之外，您还可以获得代码完成、检查输入错误等好处。但是你不需要使用Xcode的代码生成工具。只需在接口(interface)处声明这样一个类和属性。可以使用 @dynamic 动态生成访问器. (就我个人而言，我几乎从不使用静态代码生成。)

编辑:在评论中添加了讨论的结果。

因此，有了类别的接口(interface)(“.h-file”)，编译器就足够知道如何在没有警告的情况下编译整个代码。如果保证(或在运行时检查)可以分派(dispatch)相应的消息，这将在运行时工作。从 Objective-C 的一开始，这在很多情况下都是有意义的，即。 e.用于转发和非正式协议(protocol)。在 Core Data 的上下文中，它用于动态生成标准访问器方法。一切正常，无需任何实现。

但是，出于某些原因，人们希望有一个实现，我。 e.管理值(value)变化。在这种情况下，拥有一个可以编辑的 stub 实现是很有用的。但对于标准行为来说，这是没有必要的。