Alt 还是 Redux？哪种通量实现适合所见即所得的 React 应用程序？
Alt or Redux? Which flux implementation will suit a WYSIWYG react app?
经过大量研究后，我发现 Redux 和 Alt 是两种非常流行的 flux 实现。
我还发现Alt更多的是传统的flux模式，而Redux与传统的flux略有不同。在 Redux 中，状态存储为不可变树，这意味着每次更改都会创建一个新对象。
现在回到我的问题，我需要开发一个所见即所得的创作平台。这意味着此应用程序的内容将每隔几秒不断变化。
这是否意味着在这个应用程序中使用 Redux 将是一个糟糕的选择，因为当我们开始编辑内容时，内存中将有成千上万的对象。替代实施是更好的选择吗？
哪种通量实施更有意义？
谢谢。
我还没有看到任何证据表明 Redux 的不变性范例对性能不利。 （我这么说并不是无礼或不屑一顾，如果有证据，我很乐意看到。）
坦率地说，我不认为您选择什么作为数据层是这里的主要问题。在 WYSIWYG 应用程序中，您的大部分复杂性将出现在视图层中。
我的建议是确保您以数据层可以轻松交换和替换的方式编写您的应用程序。这样一来，如果您确实发现您选择的框架性能很差，您可以轻松替换它。
大多数情况下，前端应用程序可能会在 2 个主要方面受到显着的性能影响。一个是内存使用（正如您所指出的），另一个是 DOM 渲染。就内存使用而言，很难达到该性能限制，除非您有内存泄漏或处理非常大的数据集。我怀疑这些对您来说都不是问题。相反 DOM 呈现和高效更新应该是您决策的重点。这里你需要多看看 React 而不是 Redux。 Redux 利用了 React 组件的渲染机制，在遇到性能问题时可以对其进行高度优化。如果您对 React 的性能有信心（我认为您应该），那么在这种情况下，任何一个框架都可以。
这里有几个朋友 :) 就主题（与 Redux 相关）进行了很好的交谈：https://github.com/reactjs/redux/issues/634
由于通量实现的开销不是问题，因此最好的选择是对您来说最合乎逻辑的实现。使用对您有意义的工具，您将提高工作效率。
经过大量研究后，我发现 Redux 和 Alt 是两种非常流行的 flux 实现。
我还发现Alt更多的是传统的flux模式，而Redux与传统的flux略有不同。在 Redux 中，状态存储为不可变树，这意味着每次更改都会创建一个新对象。
现在回到我的问题，我需要开发一个所见即所得的创作平台。这意味着此应用程序的内容将每隔几秒不断变化。
这是否意味着在这个应用程序中使用 Redux 将是一个糟糕的选择，因为当我们开始编辑内容时，内存中将有成千上万的对象。替代实施是更好的选择吗？
哪种通量实施更有意义？
谢谢。
我还没有看到任何证据表明 Redux 的不变性范例对性能不利。 （我这么说并不是无礼或不屑一顾，如果有证据，我很乐意看到。）
坦率地说，我不认为您选择什么作为数据层是这里的主要问题。在 WYSIWYG 应用程序中，您的大部分复杂性将出现在视图层中。
我的建议是确保您以数据层可以轻松交换和替换的方式编写您的应用程序。这样一来，如果您确实发现您选择的框架性能很差，您可以轻松替换它。
大多数情况下，前端应用程序可能会在 2 个主要方面受到显着的性能影响。一个是内存使用（正如您所指出的），另一个是 DOM 渲染。就内存使用而言，很难达到该性能限制，除非您有内存泄漏或处理非常大的数据集。我怀疑这些对您来说都不是问题。相反 DOM 呈现和高效更新应该是您决策的重点。这里你需要多看看 React 而不是 Redux。 Redux 利用了 React 组件的渲染机制，在遇到性能问题时可以对其进行高度优化。如果您对 React 的性能有信心（我认为您应该），那么在这种情况下，任何一个框架都可以。
这里有几个朋友 :) 就主题（与 Redux 相关）进行了很好的交谈：https://github.com/reactjs/redux/issues/634
由于通量实现的开销不是问题，因此最好的选择是对您来说最合乎逻辑的实现。使用对您有意义的工具，您将提高工作效率。