视觉上我有UITableView UISegmentedControl允许“模式”选择，这将更改表格的排序顺序。
使用NSFetchedResultsController我想我应该为每个不同的排序配置保留一个单独的控制器，然后根据当前选择的“模式”在显示哪一个之间进行交换。
但是我可以看到，使用4个不同的NSFetchedResultsController所有发送委托消息来更新UITableView会变得棘手。为了解决这个问题，我计划在每个相关方法中使用switch()块来忽略除当前“有效”NSFetchedResultsController之外的所有内容。
这听起来像是正确的方法，还是我错过了一些明显的东西？
- 如果用户在更新过程中更改“模式”（即controllerWillChangeContent:和controllerDidChangeContent:之间），我就会发现可能发生灾难
答案 0 :(得分：2)
当分段控件的选定索引发生更改时，更改排序描述符和performFetch不是更合乎逻辑吗？
self.fetchedResultsController.fetchRequest.sortDescriptors = [NSArray ... ];
答案 1 :(得分：2)
我使用了段控件来更改多个Core Data应用程序中的排序/分组。在所有这些中，我总是只使用一个NSFetchedResultsController，并在段更改时重新查询数据库。
正如您所正确认识到的那样，实现方式更简单，意外错误的可能性更小，而且可扩展性更强。例如。如果我决定根据客户反馈添加新的排序/分组段，该怎么办？你要继续添加多少个NSFetchedResultsController？在某些时候（5或6）它变得荒谬。
上面还有一个更严格的评论，你可以设置他们所有的代表，除了“活动的一个”到nil不会扩展（你必须修改许多行代码才能使所有其他代表为零，这将使维护代码很难。
所以我的建议是使用更简单的实现，即单个NSFetchedResultsController，并在每次更改时重新创建它。如果您对缓存感兴趣，可以为每个段使用单独的缓存名称。可以通过连接类似以下内容为每个段生成唯一的缓存名称：
[NSString stringWithFormat:@"Cache_%d", segment_index]