首选 属性-accessor 或 KVC 样式来访问核心数据属性
Prefer property-accessor or KVC style for accessing Core Data properties
我阅读了 Marcus S. Zarra 的 Core Data: Data Storage and Management for iOS, OS X, and iCloud（第 2 版）中与 iOS 相关的章节，受益匪浅。不过，我想知道一个方面，这本书建议的风格与我自己的风格不同。
本书的示例通过利用 KVC（例如 [recipe valueForKey: @"name"]）访问 NSManagedObject 的属性和关系。关于如何定义 属性 访问器（例如在 recipe.name 中使用），有（只有）两个简短的解释。这似乎暗示 KVC 明确推荐 属性 访问器。
我通常喜欢 属性 访问器，例如因为它们可以防止由拼写错误引起的错误（例如 [recipe valueForKey: @"nam"]）并且因为 Xcode 可以为我生成它们的源代码（Editor | Create NSManagedObject Subclass）。
我的问题是：是否有技术原因可以说明为什么应该使用 KVC 而不是一般的 属性-accessor 样式？
KVC 非常有用，本书强调 KVC 的使用，因为坦率地说，iOS 开发在我看来并不强调它 足够。了解 KVC 是 iOS 开发人员工具包中非常有用的工具，不幸的是，它的教学被搁置了。
话虽如此，出于您陈述的原因，您应该使用 属性 访问器。它们确实在编译时而不是 运行 时捕获错误，并且速度稍快。
KVC 在您对集合进行操作时非常有用，并且在动态情况下或您不一定知道您正在处理的对象的情况下非常有用。这些是点语法非常失败的地方。点语法不适用于 id，在我看来，这是 Objective-C 开发的基石。
无论如何，没有理由不使用 属性 访问器，我通常在我的生产代码中使用它们。
最后一点：我不使用 Xcode 的代码生成。它有很多缺陷，我建议人们改用 mogenerator。您将获得更好的结果和更易于维护的代码库。
我阅读了 Marcus S. Zarra 的 Core Data: Data Storage and Management for iOS, OS X, and iCloud（第 2 版）中与 iOS 相关的章节，受益匪浅。不过，我想知道一个方面，这本书建议的风格与我自己的风格不同。
本书的示例通过利用 KVC（例如 [recipe valueForKey: @"name"]）访问 NSManagedObject 的属性和关系。关于如何定义 属性 访问器（例如在 recipe.name 中使用），有（只有）两个简短的解释。这似乎暗示 KVC 明确推荐 属性 访问器。
我通常喜欢 属性 访问器，例如因为它们可以防止由拼写错误引起的错误（例如 [recipe valueForKey: @"nam"]）并且因为 Xcode 可以为我生成它们的源代码（Editor | Create NSManagedObject Subclass）。
我的问题是：是否有技术原因可以说明为什么应该使用 KVC 而不是一般的 属性-accessor 样式？
KVC 非常有用，本书强调 KVC 的使用，因为坦率地说，iOS 开发在我看来并不强调它 足够。了解 KVC 是 iOS 开发人员工具包中非常有用的工具，不幸的是，它的教学被搁置了。
话虽如此，出于您陈述的原因，您应该使用 属性 访问器。它们确实在编译时而不是 运行 时捕获错误，并且速度稍快。
KVC 在您对集合进行操作时非常有用，并且在动态情况下或您不一定知道您正在处理的对象的情况下非常有用。这些是点语法非常失败的地方。点语法不适用于 id，在我看来，这是 Objective-C 开发的基石。
无论如何，没有理由不使用 属性 访问器，我通常在我的生产代码中使用它们。
最后一点：我不使用 Xcode 的代码生成。它有很多缺陷，我建议人们改用 mogenerator。您将获得更好的结果和更易于维护的代码库。