Alt 还是 Redux？哪种助焊剂实现适合所见即所得的反应应用程序？

Posted 2023-02-22

【中文标题】Alt 还是 Redux？哪种助焊剂实现适合所见即所得的反应应用程序？

【英文标题】：Alt or Redux? Which flux implementation will suit a WYSIWYG react app?

【发布时间】：2016-05-25 10:31:03

【问题描述】：

经过大量研究，我发现 Redux 和 Alt 是两个非常流行的通量实现。

我还发现 Alt 更像是传统的 Flux 模式，而 Redux 与传统的 Flux 略有不同。在 Redux 中，状态存储为不可变树，这意味着每次更改都会创建一个新对象。

现在谈到我的问题，我需要开发一个所见即所得的创作平台。这意味着这个应用程序的内容每隔几秒就会不断变化。

这是否意味着在这个应用程序中使用 Redux 将是一个糟糕的选择，因为当我们开始编辑内容时，内存中将会有数千个对象。替代实现是更好的选择吗？

哪种通量实现更有意义？

谢谢。

【参考方案1】：

我没有看到任何证据表明 Redux 的不变性范式不利于性能。 （我并不是说这是粗鲁或不屑一顾，如果存在证据，我很想看看。）

坦率地说，我不认为您选择什么作为数据层是这里的主要问题。在 WYSIWYG 应用程序中，大部分复杂性将在视图层中。

我的建议是确保您编写应用程序时数据层可以轻松换出和替换。这样一来，如果您确实发现您选择的框架是性能消耗者，您可以轻松替换它。

【参考方案2】：

大多数情况下，前端应用程序可能会在两个主要方面对性能造成重大影响。一个是内存使用（正如您所指出的），另一个是 DOM 渲染。就内存使用而言，很难达到该性能限制，除非您有内存泄漏或处理非常大的数据集。我怀疑这些都不是你的问题。相反，DOM 渲染和高效更新应该是您决定的重点。在这里，您需要多看 React 而不是 Redux。 Redux 利用了 React 组件的渲染机制，在遇到性能问题时可以进行高度优化。如果你对 React 的性能有信心（我认为你应该这样做），那么任何一个框架都可以在这种情况下工作。

这里有几个朋友 :) 就这个话题（与 Redux 相关）进行了很好的交谈：https://github.com/reactjs/redux/issues/634

【参考方案3】：

由于通量实现的开销不是问题，因此最佳选择是对您来说最合乎逻辑的实现。使用对您有意义的工具，您将更有效率。