如何解决Zustand 和 Recoil 性能在概念上的区别是什么
我一直在研究 Zustand 和 Recoil —— 两个相对较新的状态管理库。
Recoil 被大量宣传为对于具有深度嵌套结构的 React 应用程序“非常高效”。但是，我不知道它如何（或究竟如何）在性能方面优于 Zustand（并发模式除外）。
我可能弄错了，但这是我从文章和谈话中理解的： “为什么” Recoil 具有高性能的主要原因是您所做的任何更新只会触发相关组件重新渲染，而不会打扰任何其他组件。 Recoil 允许通过设计和开箱即用，而基于上下文的库必须通过整个树传递每个更改，让这些更改差异化/协调，然后可能 em> 只重新渲染需要改变的部分。
现在，Zustand 根本不使用 Context API。因此，我认为（不考虑并发模式）它具有与 Recoil 相当的性能优势，其中 Zustand 只会“接触”相关组件，而不会在整个组件树中进行管道更改。
如果我不理解，请告诉我。这两个库在性能上是否具有可比性（没有并发模式）？或者 Recoil 的原子范式是否有其他一些固有的特性，使其在理论上具有优越的性能？
请注意：我希望答案不会受到太多模式和实践的影响。我知道有时范式的最大好处可能在于“它强制执行的声音模式”，但我感兴趣的不是它们强制执行的内容，而是它们允许以可比的努力做的事情。 例如，我理解扁平化、规范化的状态将允许在 Zustand 中获得更好的性能，并且 Zustand 不一定“强迫您以适当/可扩展的方式进行操作”。但我不希望正确模式的“可选性”成为劣势。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。