列表协调问题

今日不肯埋头，明日何以抬头！每日一句努力自己的话哈哈~哈喽，今天我将给大家带来一篇《列表协调问题》，主要内容是讲解等等，感兴趣的朋友可以收藏或者有更好的建议在评论提出，我都会认真看的！大家一起进步，一起学习！

什么是调和（调和）？

在Web前端开发中，这是区分依赖列表的源和目标版本（创建可渲染元素列表）的过程告诉项目发生了什么：添加、删除或移动。

问题

前两个不是问题，但问题是判断一个项目是否移动了

如果跟踪项目的值为 [2, 1, 3] 列表中的 1，如果列表重新排列为 [1, 2, 3]，该值会发生什么。

• 是否删除了 1，然后添加了另一个1？
• 1 刚刚移到开头吗？

您无法判断是否有许多操作导致了新数组或例如只有一个。你必须用不同的方式来解决这个问题。

为什么这很重要？

好吧，除非它是前端，否则实际上可能并不重要......主要是因为开发人员希望用户获得性能和一致性。

假设您有 50 张音乐专辑，而您只看到 10 张预取的专辑，您按名称搜索特定一张专辑，这会触发获取另外 10 张找到的专辑的请求。

现在，您如何判断是否需要创建更多 HTML 元素、删除冗余或重新排列现有元素？

这是一个真正的问题，如果你做错了，你就会留下很多问题：

• 不应该再存在的剩余元素
• 本应刷新的现有元素仍然包含陈旧信息
• 不应该刷新并覆盖用户更改的现有元素
• 原本要重新排列（移动）的现有元素被删除并创建新元素

我们开始了 - 您遇到了一致性和性能问题，用户不会从使用您的网站中获得乐趣。

解决方案

有不同的解决方案，但它们都有各自的局限性，没有完美的方法。

不同的框架是如何做到这一点的？

基本上，它们（通常）强制您为每个元素添加一个关键属性，以便协调算法可以轻松判断该元素是否应该重用、删除，或者它不存在并需要创建。

和？

还有另一种方法，那就是迭代数据并比较已更改的内容以及项目所属的内容。

即使 GitHub 和 Git 也无法总是准确地告诉你的文件添加、删除的行差异...

当然，您可以通过手动管理元素来避免协调，但您必须为此创建自己的自定义架构，通常您最终会重建整个元素列表而不重用。

你可以得出自己的结论。

理论要掌握，实操不能落！以上关于《列表协调问题》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！