NSFetchedResultsController ~ 缓存导致问题？

Question

好的，这是我的设置：

对象模型：

* Category object is at the root  
* Product is linked to a Category (many-to-1)
* ShoppingItem is linked to a Product (many-to-1)

应用程序设置：

我的应用程序在根目录中有一个 TabBarController，在每个选项卡的根目录中有一个 tableviewcontroller。

• 第一个 tableviewcontroller 显示所有 ShoppingItems
  • 它使用 NSFetchedResultsController 来检索数据
  • 此控制器的排序描述符设置为“Product.Category.Name”
  • sectionNameKeyPath 设置为“Product.Category.Name”
  • 没有设置谓词
  • 为此 NSFRC 设置缓存名称
  • 这有助于我根据产品类别将购物商品分组。
• 第二个 tableviewcontroller 显示所有产品
  • 它还使用 NSFRC 来检索数据
  • 排序描述符 --“类别.名称”
  • SectionNameKeyPath --“类别.名称”
  • 谓词集为“Active == 1” - 仅加载活动产品
  • 也为此 NSFRC 设置缓存名称
  • 这有助于我根据产品类别将产品分组。

场景：

• 当我通过第三个屏幕更改与产品关联的类别时，显示产品的表格视图会通过将产品重新分配到不同的（且正确的）部分来适当地刷新自身，
• 但显示产品的表格视图上不会发生同样的情况购物物品
• 我猜这不是谓词的问题，因为问题不在于丢失物品，而更多在于放置在错误部分的物品。

两个 tableviewcontroller 的设置方式相同，当节和行信息发生更改时，NSFRCDelegate 会通知它们。

关于这里发生的事情有任何线索吗？这种行为正确吗？

PS：我正在工作，无法发布代码片段。如果有帮助的话，可以回家做。

Answer 1

缓存可能会导致暂时的问题，但如果您对上下文进行更改，缓存应该会自动刷新。您可以通过删除视图控制器的 viewWillAppear 方法中的 FRC 缓存来测试此问题。这样，当您返回视图时，它每次都会以新的缓存开始。

我认为您更有可能有两个不同的托管对象上下文。您有一个用于 Product 表的上下文，另一个由 Change-view 和 ShoppingItems 表共享的上下文。

如果 ShoppingItems 表和更改视图共享上下文，则在更改视图中所做的任何更改都将自动显示在 ShoppingItems 表中，但更改不会出现在购物项目表，除非您合并上下文的更改。

如果几乎必须是单独的上下文，因为 ShoppingItems 只能通过遍历 Product 之间的关系来获取其类别名称。如果 ShoppingItems 显示正确的类别，但 Product 显示正确，则一定意味着每个表正在访问每个 Product 对象的不同版本。

Answer 2

至少可以说，这是一个奇怪的问题。当使用超过 2 级的节名称键路径时，NSFetchedResultsController 是否不会收到节更改的通知？

您可以尝试以下解决方法来检查这一点：

将名为“categoryName”的只读属性添加到您的 ShoppingItem 类，并使用以下实现：

- (NSString *)categoryName {
    return self.Product.Category.Name;
}

然后，将以下方法添加到您的 ShoppingItem 实现：

+ (NSSet *)keyPathsForValuesAffectingCategoryName {
   return [NSSet setWithObjects:@"Product.Category.Name", nil];
}

这将确保每次类别名称如果发生更改，KVO 系统也会触发类别名称的更改通知，从而有望让 NSFRC 收到更改通知。当然，使用categoryName作为您的NSFRC的sectionNameKeyPath。

让我知道这是否有效。

Answer 3

尝试对不同的配置（即不同的排序或谓词）使用不同的缓存名称 - 它应该能够返回正确的数据。它对我有用。