在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)