多个 NSFetchedResultsController 和一个 UITableView？

Question

从视觉上看，我有一个 UITableView 和一个 UISegmentedControl 以允许选择“模式”，这将改变表格的排序顺序。

使用NSFetchedResultsController's 我想我应该为每个不同的排序配置保留一个单独的控制器，然后根据当前选择的“模式”在显示的控制器之间切换。

但是我可以看到这会变得很棘手，因为 4 个不同的NSFetchedResultsController 都发送委托消息来更新UITableView。为了解决这个问题，我计划在每个相关方法中使用 switch() 块来忽略除当前“活动”NSFetchedResultsController 之外的所有内容。

这听起来像是正确的方法还是我在这里遗漏了一些明显的东西？

-如果用户在更新到来时更改“模式”（即在controllerWillChangeContent: 和controllerDidChangeContent: 之间），我可以看到潜在的灾难

Answer 1

我在几个 Core Data 应用程序中使用了分段控件来更改排序/分组。在所有这些中，我总是只使用一个 NSFetchedResultsController，并在段更改时重新查询数据库。

正如您正确意识到的那样，这种方式实现起来要简单得多，发生意外错误的机会更少，并且也更具可扩展性。例如。如果我决定根据客户反馈添加新的排序/分组段怎么办？你要继续添加多少个 NSFetchedResultsController？在某些时候（5 或 6）它会变得很荒谬。

上面还有grager的评论，你可以设置他们的所有代表，除了“活动的”到nil不会扩展（你必须修改许多代码行以使所有其他代表为nil，这将使维护代码很难。

所以我的建议是使用更简单的实现，即单个 NSFetchedResultsController，并在每次段更改时重新创建它。如果您对缓存感兴趣，可以为每个段使用单独的缓存名称。可以通过连接以下内容为每个段生成唯一的缓存名称：

[NSString stringWithFormat:@"Cache_%d", segment_index]

Answer 2

segmented控件的selected index改变时，改变排序描述符和performFetch是不是更合乎逻辑？

self.fetchedResultsController.fetchRequest.sortDescriptors = [NSArray ... ];