几个月前，我遇到了一个变化，我发现它真棒，我喜欢它，我用它...几乎在每个新项目中，当我遇到一个redux时，我更喜欢它，但是几天之前Pete Hunt发表tweet，他判断人们使用助焊剂。我认为它有一个完美的感觉，但另一方面我没有得到它..他发布了另一个tweet解释流量的案例，我也读了an article关于用例通量。简而言之 - ＆＃34;如果您的应用没有复杂的数据更改和缓存，请不要使用它。但如果确实如此，我强烈建议您尝试使用Flux。＆＃34;它对我来说完全有意义，为什么我应该使用通量，但我不清楚为什么我不应该没有复杂的数据变化。
在Dan的文章中，当你在实际项目中遇到这些问题（通量解决）时，你可以更容易理解通量的好处，但正是这个（因为我在工作项目中遇到了这些问题）现在我尝试在每个项目中使用flux，因为我不想再处理它了。
疯狂的部分，现在我经常将它用于ui状态，而不仅仅是数据更改。让我们假装我可以拥有一个小部件组件，例如一个时钟。它可以进行一些ui更改，例如显示/隐藏秒，在数字/模拟之间切换，并且它具有白天类型状态（白天/黑夜），并且可以在更改时调度事件，但是其他组件可以监听它并且可以做出反应，例如改变背景颜色。我可以使用本地组件状态和容器（智能组件）状态轻松解决它，但同样我可以将所有这些逻辑放入存储（reducers），组件将真正转储并只对当前状态（props）和容器做出反应（智能）只是监听存储和组件之间的分区状态。如果它看起来还不错，请指出我可以将它用于每个ui状态 - 打开/关闭侧边栏，某些特定的组件更改等。
我能做到的原因：
但我也同意它看起来不堪重负，我可以毫无动力地解决它，但我不能回答我，为什么我不应该在这些情况下使用助焊剂。这有什么问题？请帮帮我。