reactjs - Zusand 和 Recoil 性能之间的概念差异是什么

Question

我一直在研究Zusand和Recoil——两个相对较新的状态管理库。

Recoil 被大量宣传为对于具有深度嵌套结构的 React 应用程序“非常高效”。但是，我看不出它如何（或如何准确地）在性能方面优于 Zusand（并发模式除外）。

我可能弄错了，但这是我从文章和谈话中理解它的方式：“为什么”Recoil 表现出色的主要原因是，您所做的任何更新只会触发相关组件重新渲染，而不会打扰任何其他组件。Recoil 通过设计和开箱即用允许它，而基于上下文的库必须通过整个树传递每个更改，对这些更改进行差异/协调，然后可能只重新渲染必须更改的内容。

现在，Zusand 根本不使用 Context API。因此，我会假设（除了并发模式），它将具有与 Recoil 相当的性能优势，其中 Zusand 只会“触摸”相关组件，而不会通过整个组件树传递更改。

如果我不理解，请告诉我。这两个库在性能上是否具有可比性（没有并发模式）？或者 Recoil 的原子范式是否还有其他固有属性，这使得它在理论上在性能方面更胜一筹？

请注意：我希望答案不要过多地受模式和实践的影响。我知道有时范式的最大好处可能在于“它强制执行的声音模式”，但我感兴趣的不是它们强制执行的内容，而是它们允许通过可比努力做的事情。例如，我了解平坦的标准化状态将允许 Zusand 获得更好的性能，并且 Zusand 不一定“强迫您以适当/可扩展的方式执行此操作”。但我不希望正确模式的“可选性”成为劣势。

标签： reactjsperformancereact-state-managementrecoiljszustand