在NSFetchedResultsControllerDelegate中，有一个代理方法：
optional func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChangeContentWith snapshot: NSDiffableDataSourceSnapshot)
这个代理方法是为UITableViewDiffableDataSourceh和UICollectionViewDiffableDataSource量身定制的，目的是便于更加简单的处理数据的更新。
首先：我们创建一个FRC：
private func setupFetchedResultsController() {
fetchedResultsController = DatabaseManager.createTodoItemsFetchedResultsController()
fetchedResultsController?.delegate = self
try? fetchedResultsController?.performFetch()
}
创建UITableViewDiffableDataSource：
private func setupDataSource() {
dataSource = TodoListDiffableDataSource<String, NSManagedObjectID>(tableView: tableView, cellProvider: { [weak self] tableView, indexPath, objectID in
guard let cell = tableView.dequeueReusableCell(withIdentifier: TodoListCell.reuseIdentifier, for: indexPath) as? TodoListCell else {
fatalError("Cannot dequeue TodoListCell")
}
let context = self?.fetchedResultsController?.managedObjectContext
let todoItem = context?.object(with: objectID) as? TodoItem
cell.configure(item: todoItem, shouldShowCheckmark: true)
return cell
})
}
实现NSFetchedResultsControllerDelegate
func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChangeContentWith snapshot: NSDiffableDataSourceSnapshotReference) {
guard let dataSource = dataSource else { return }
dataSource.apply(snapshot as NSDiffableDataSourceSnapshot<String, NSManagedObjectID>, animatingDifferences: false)
}
新增一个实体：
let item = DatabaseManager.shared.createTodoItem()
item.title = "试试"
item.isCompleted = false
try? DatabaseManager.shared.saveContext()
当调用saveContext()时，会触发FRC的controller(:didChangeContentWith:)，如果此时cell是可见的，能正常展示，但是如果后续再次刷新tableView或者滑动tableView使得cell刷新，那么数据将会为空，这一切都是由于controller(:didChangeContentWith:)方法中，snapshot中的objectID是临时ID导致，下面我直接给出这个方法的详解：
/**
1. 这个代理方法一旦实现，其余传统的代理方法将全部失效。
2. `snapshot`，苹果定义为 `NSDiffableDataSourceSnapshot<String, NSManagedObjectID>` 类型。
3. 当新建一个 NSManagedObject 子类实体（以下简称 MO）时，Core Data 会为该实体分配一个临时 objectID，
只有在真正提交到数据库之后，系统才会将临时 objectID 转化为永久的 objectID，同时可能将临时 objectID 绑定的 MO 销毁。
本方法的 `snapshot` 中新增的实体的 objectID 就是临时的，换句话说，这个代理方法是在saveContext()时，临时ID转化为永久ID之前触发。
所以这会导致这样一种现象：
当这个代理方法触发时，dataSource 调用 `apply()` 进而触发 tableView 刷新，
因为此时临时ID还没转化为永久ID，临时 objectID 绑定的 MO 还未销毁，所以此时在 `cellProvider` 中通过临时 objectID 还是可以正常取到 MO 的，tableView 能正常展示，
而当某一刻再次刷新 tableView 或者手动滑动 tableView 使得 cell 刷新，会发现新增的 MO 数据全部为空，这是因为刷新 tableView 之前，临时ID已经成功转化为了永久ID
也就是临时 objectID 绑定的 MO 已经被销毁了，再通过临时 objectID 就取不到了。
要解决这个问题：
方法一（推荐）：可以在 `save` 之前，先获取永久 ID，如：`context.obtainPermanentIDs(for: [MO])`.
方法二： 通过 child context 创建 MO，这样 `save` 的时候，就只会提交到 parent context，
经测试，即便最后由root context提交到数据库，只要是child context创建的MO，MO都不会被销毁.
方法三： 在每次 `save` 之后，调用一遍 `performFetch()`，`performFetch()` 会从数据库中抓取数据存在 context 中，
会自动触发 `controller(_:didChangeContentWith:)`，这个时候的 objectID 肯定是永久的。但这种方式比较蛮力，不推荐。
警告：不要在 `controller(_:didChangeContentWith:)` 中调用 `performFetch()`，会发生死循环。
4. 有了这个代理方法，我们无需自己初始化快照，直接用本方法提供的 `snapshot` 即可。
5. 如果想自己创建快照，比如 `NSDiffableDataSourceSnapshot<S, T>`，通过本方法更新快照，
需要将 `NSDiffableDataSourceSnapshot<String, NSManagedObjectID>` 转化为 `NSDiffableDataSourceSnapshot<S, T>`
*/
func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChangeContentWith snapshot: NSDiffableDataSourceSnapshotReference)
