UITableViewDiffableDataSource 可以检测到更改的项目吗？

Question

（这个问题是在下面与@AndreasOetjen讨论后重写的。感谢他的cmets。）

我在将 UITableView 与 diffable 数据源一起使用时遇到了问题。在我的应用程序中，当用户修改一个项目时，它可能会更改同一表格视图中显示的另一个项目。问题是，在我创建并应用包含两个项目的新值的新快照后，间接更改的项目的 UI 没有更新。

起初我认为 diffable 数据源能够在不同的快照中检测项目的值变化。例如，它可能以这种方式工作：如果它发现两个快照包含相同的项目（即两个快照中的项目具有相同的哈希值），它会比较它们的值并在值更改时更新表视图中该项目的行。但是，我后来意识到它可能不是那样工作的，因为 diffable 数据源没有定义任何 API 来获取和比较项目值（我最初的想法是它使用了 description 计算属性和 == 操作，但现在我相信这不是真的）。​​

所以我目前的理解是 diffable 数据源使用 item 的 hash 来检测 item order change（即插入新 item，旧 item 仍然存在等），而不是 item value更改（即，旧项目仍然存在，但其值已更改）。如果这个理解是正确的，那么它就引出了一个问题：如何使用 diffable 数据源来实现以下场景？

• 一个项目有几个属性。一个属性（我们称之为属性 A）显示在 UI 中，但不用于生成哈希。
• 该项目在旧快照和新快照中都存在，但其属性 A 发生了变化。所以它的 UI 需要更新。

在旧的UITableView API 中，这可以通过调用reloadRows() 或reloadData() 来实现。但是如何使用 diffable 数据源呢？

更新：

在花时间做实验并解决问题后，我认为上述问题的理解是不正确的。请看下面我的回答。我相信这解释了可区分数据源的工作原理。我希望它对其他有同样困惑的人有所帮助。我很高兴被证明是错误的。真的。因此，如果您有不同的想法，请留下您的答案。

Answer 1

经过近一天毫无头绪的实验，我相信我弄明白了 diffable 数据源的工作原理，并基于这种理解解决了我的问题（结果证明我最初的想法几乎是正确的）。

Diffable 数据源使用项目哈希来识别项目。 对于同时存在于新旧快照中的同一个项目，可区分数据源通过对其旧值和新值执行“==”操作来检查项目是否发生变化。

一旦弄清楚，它看起来是非常明显和简单的方法。但它是如此基础，以至于我无法理解为什么没有在任何地方明确提及它。

所以，回答我原来的问题，是的，diffable 数据源可以检测项目值的变化。也就是说，当项目值是引用类型和/或行中显示的文本是该对象引用的对象的属性（例如，Core Data 中的关系）等时，就会变得棘手。

另一个注释。无论是使用整个 item 结构还是仅使用其中的一部分来生成 item 哈希都无关紧要，只要它标识了 item。我更喜欢只使用真正识别它的项目的基本部分。

Answer 2

我对你的最后一句话有点困惑：你写 my item is an enum with associated values of reference type，但在上面的示例中，你使用struct Book，这是一个值类型。无论如何，在任何情况下都必须牢记以下几点：

散列是关于“对象”身份的。这只是一种改进身份比较、折叠等的捷径。

如果您提供自定义哈希实现，两个对象 a 和 b 必须以 a == b 暗示 hash(a) == hash(b) 的方式运行（反过来几乎总是如此，但可能存在冲突 - 尤其是弱哈希算法 - 如果不是这种情况）。

因此，如果您只对title 和author 进行哈希处理，那么您必须以一种也只比较title 和author 的方式实现比较运算符。那么，如果notes发生变化，无论是数据源还是任何主体都不会检测到身份变化。

UITableViewDiffableDataSource 是一种促进视图和数据源之间插入/删除语句同步的方法。如果你有这个

*** 由于未捕获的异常“NSInternalInconsistencyException”而终止应用程序，原因：“无效更新：无效的节数。更新后表视图中包含的节数（3）必须等于更新前表视图中包含的节数（3），加上或减去插入或删除的节数（0插入，2已删除）。'

那么一个可区分的数据源就是你的朋友。

我希望这会有所帮助。