问题标签 [fetched-properties]

我一直在努力让获取的属性在我的应用程序中正常工作，并且发现它非常令人困惑 - 主要是由于我终于弄清楚了这个奇怪的问题！

基本上，如果我在我的 xcdatamodeld 中更改 Fetched 属性的谓词，然后 Build-Run 应用程序会忽略这个新谓词并继续使用旧谓词。

很难描述这是多么令人讨厌和令人沮丧，但我确信我不是第一个遇到这种情况的人。

关于如何强制它在每次重建时更新更改的任何想法？

我面临与这里相同的问题

如何实现一个商店中的实体与另一个实体之间的关系？

请指导我完成这个。

我做了一些研究并了解了基本问题。我的问题是关于策略的。

背景：我提交了一个应用程序，旨在帮助足球教练管理他们的阵容。它被拒绝的原因是 2.23：在发布时，它会为位置和编队创建默认的核心数据实体。它还创建了一个示例团队，供新用户作为教程逐步完成。这些实体都存储在应用程序文档目录中的持久存储中，该目录会自动备份到 iCloud。他们说这是 4MB 的数据——我只能重新创建 60kB，这听起来是对的——无论哪种方式，Apple 都不希望默认数据进入 iCloud，因此被拒绝。

问题：修复方法是使用NSURLIsExcludedFromBackupKey. 这让我有两个选择：

-- 简单的选择：首次启动时，只需将NSURLIsExcludedFromBackupKey应用程序的文档目录设置为 YES。然后，在用户输入任何自己的数据后，将其设置为 NO，并NSUserDefault在后续启动时使用 an 来维护该设置。这将让我将所有内容保存在一个持久存储中，尽管此时会备份默认数据......我猜这在技术上仍然违反规则。但在如此少量的默认数据下，苹果会抓住它吗？还是在乎？

-- 艰难的选择：使用两种持久性存储，一种用于从备份中排除的默认数据，另一种用于用户输入的非备份数据，并实现获取的属性以合并数据以供应用程序运行。可能是“正确”的答案，但这听起来很痛苦，我真的想避免学习如何做到这一点并重新设计我的数据模型和我所有的获取。

因此，在我再赌一周的复习时间之前，有没有想过这种简单的方法是否有效？还是有其他想法？

在我正在进行的一个项目中，我们有多个持久存储，并且在实体上定义了获取的属性，以提供对不同存储中的对象的访问。

当我运行Editor->Create NSManagedObject Subclass时，获取的属性不会填充到子类中，因此无法在使用此实体的不同控制器中访问。

我的好奇心是如何在子类中定义这些对象以便可以使用它们。

例如，假设我在下面有一个名为“Some Object”的对象，并且该对象上有一个名为“imageFile”的获取属性（File 对象位于不同的存储中，因此无法直接引用）

不幸的是，上述尝试失败并出现以下错误：

无法识别的选择器发送到实例 0x60800865de50

所以我的问题很简单，就是你如何访问 Fetched Properties，或者引用它们的语法是什么。

请不要回答说“不要使用提取的属性”或“只使用一个持久性存储”。我已经知道如何使用正常的关系并且想知道如何利用 Core Data 的这个特性。提前致谢！

更新

尝试下面发布的一些解决方案，我遇到了一些可能有帮助的有趣信息。我使用“po someObject”打印出对象，并惊讶地在数据属性下的输出中看到以下内容：

但是，当尝试使用 someObject.imageFile 访问 imageFile 时，我无法访问它。使用 valueForKey["imageID"] 我可以获得参考，但每次都无法转换为 File。打印出对象时，我得到：

最终更新

将valueForKey["imageID"]触发故障并获取属性，我在我的xcdatamodelid文件中翻转了属性，这就是为什么它一开始没有找到它。

我有一个名为 CoreData 的实体List，它与 Entity 有关系Address。这是一个一对多的关系，因为Address只能是一个List。

Address实体有一个属性flag，它是一个Integer 16.

有没有办法让我Fetched Property在List实体中定义 a 并计算所有相关Address实体的数量，这些实体的数量flag设置为 1？谓词会是什么样子？

谢谢