7

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

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

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

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

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

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

更新：

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

4

2 回答 2

8

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

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

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

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

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

于 2020-04-08T01:27:27.030 回答
1

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

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

如果您提供自定义散列实现，两个对象a并且b必须以一种a == b暗示的方式表现hash(a) == hash(b)（反过来几乎总是如此，但可能存在冲突 - 尤其是弱散列算法 - 当情况并非如此时）。

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

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

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

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

希望这会有帮助。

于 2020-04-07T07:21:47.403 回答