如果您紧跟前几章，您可能注意到大多数示例项目都使用表视图。这是因为Core Data可以非常适合于表格视图。
设置您的提取请求，获取一系列托管对象，并将结果插入表视图的数据源。这是常见的日常情况。
如果您看到Core Data和UITableView之间的紧密关系，您的公司很好。苹果核心数据框架的作者以同样的方式思考！实际上，他们看到了UITableView和Core Data之间密切联系的潜力，他们编写了一个类来形式化这个绑定：NSFetchedResultsController。
顾名思义，NSFetchedResultsController是一个控制器，但它不是视图控制器。它没有用户界面。其目的是通过抽象化将表视图与Core Data支持的数据源同步所需的大量代码，使开发人员的生活更轻松。
正确设置NSFetchedResultsController，并且您的表将“神奇地”模拟其数据源，而不必编写多行代码。
创建一个NSFetchedResultsController
//1创建一个NSFetchRequest
let fetchRequest = NSFetchRequest(entityName: "Team")
//2创建一个NSFetchedResultsController
//第一个参数是NSFetchRequest
//第二个参数是上下文环境
//第三个参数是先置为nil, 下面会具体讲
//第四个参数也先置为nil
fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
managedObjectContext: coreDataStack.managedContext, sectionNameKeyPath: nil,
cacheName: nil)
//3执行fetch操作
do {
try fetchedResultsController.performFetch()
} catch let error as NSError {
print("Error: \(error.localizedDescription)")
}
但是只有上面的配置是不够的, 一个有规则的fetch请求不需要排序描述符。 其最低要求是您设置实体描述，并将获取该类型实体的所有对象。 但NSFetchedResultsController需要至少一个排序描述符。 否则，它将如何知道您的表视图的正确顺序？
需要在创建fetchRequest之后进行如下设置
//teamName是实体的一个属性, 使用这个来作为描述, 返回的结果将以teamName为标准进行排序.
let sortDescriptor = NSSortDescriptor(key: "teamName", ascending: true)
fetchRequest.sortDescriptors = [sortDescriptor]
举个例子, 假设有一个
[
{
"teamName": "b"
},
{
"teamName": "a"
},
{
"teamName": "c"
}
]
json, 如果使用teamName为描述对象, 则经过NSFetchedResultsController返回的数据则为a,b,c排序
fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
managedObjectContext: coreDataStack.managedContext,
sectionNameKeyPath: "teamName",
cacheName: nil)
此时我们是实体数据就被保存在了fetchedResultsController中
获取实体
let team = fetchedResultsController.objectAtIndexPath(indexPath) as! Team
以上就是一个简单是使用, 如果NSFetchedResultsController能做的只有这些, 使用NSFetchedResultsController真的是多此一举, 毕竟，可以使用NSFetchRequest和一个简单的数组来完成同样的事情。
NSFetchedResultsController真正的黑魔法是section handling 和 change monitoring等.
Cache
你可以想像，在数据少的时候我们每次查询, 就把数据载入内存, 速度还是很快的.
在这种情况下，不需要考虑性能问题，因为数据很少，但是想象一下如果您的数据集很多怎么办, 有几百万跳的数据, 每次这样做, 势必耗费太大的资源, 不可否认，这个操作是昂贵的。最好的做法就是只进行一次操作, 然后保存结果, 以后可以重复使用.
NSFetchedResultsController的作者想到了这个问题，并提出了一个解决方案：缓存。
接下来设置NSFetchedResultsController的第四个参数.
//WorldCup.xcdatamodeld
//worldCup参数
fetchedResultsController = NSFetchedResultsController(fetchRequest: fetchRequest,
managedObjectContext: coreDataStack.managedContext, sectionNameKeyPath: "teamName",
cacheName: "worldCup")
指定缓存名称以打开NSFetchedResultsController的磁盘部分缓存。 这就是你所需要做的！ 请记住，此部分缓存与Core Data的持久存储完全不同
注意：NSFetchedResultsController的部分缓存对其提取请求的更改非常敏感。 您可以想象，任何更改（例如不同的实体描述或不同的排序描述符）都会为您提供完全不同的已读取对象集，从而使缓存完全无效。 如果您进行这样的更改，则必须使用deleteCacheWithName删除现有缓存：或使用不同的缓存名称。
Monitoring changes
NSFetchedResultsControllerDelegate能够监听到数据的改变, 并通过代理进行回调. 在之前如果我们想要改变数据, 并同时刷新UI界面的时候, 需要在进行实践处理, 或者改变数据的地方进行刷新. NSFetchedResultsControllerDelegate给了我们一个统一处理数据变化的地方.
以插入一条数据为例
// MARK: - NSFetchedResultsControllerDelegate
extension ViewController: NSFetchedResultsControllerDelegate {
//1. 数据将要开始改变
func controllerWillChangeContent(_ controller: NSFetchedResultsController) {
tableView.beginUpdates()
}
//2.数据改变的类型, 添加, 删除, 更新, 移动
func controller(_ controller: NSFetchedResultsController, didChange anObject: Any, at indexPath: IndexPath?, for type: NSFetchedResultsChangeType, newIndexPath: IndexPath?) {
switch type {
case .insert:
//插入
case .delete:
//删除
case .update:
//更新
case .move:
//移动
}
}
//3. 数据完成改变
func controllerDidChangeContent(_ controller: NSFetchedResultsController) {
tableView.endUpdates()
}
}
当进行一条数据进行更改时会有三个监听, 将要修改, 进行修改, 修改完成. 对应了上面的三个代理方法.
在上面使用了beginUpdates和endUpdates, 这个是用来做动画的. 当我们进行插入, 删除, 移动操作时进行数据刷新并伴随一个动画. 而不是使用reloadData.
NSFetchedResultsControllerDelegate还有一个代理, 这个代理会在section做出改变时触发
func controller(_ controller: NSFetchedResultsController, didChange sectionInfo: NSFetchedResultsSectionInfo, atSectionIndex sectionIndex: Int, for type: NSFetchedResultsChangeType) {
let indexSet = IndexSet(integer: sectionIndex)
switch type {
case .insert:
tableView.insertSections(indexSet, with: .automatic)
case .delete:
tableView.deleteSections(indexSet, with: .automatic)
default: break
}
}