在the flux concepts 之后，我们可以得到下一个我找不到解释的断言。
每家商店都会收到每一个动作。
为什么？我的建议：由于商店包含一些业务逻辑，我们必须为其提供所有可能的更改和数据，以便商店可以决定如何处理他们自己。
商店中的数据只能通过响应操作来改变。
为什么？我的建议：原因是在不响应操作的情况下违反单向数据流。
每次商店的数据发生变化时，它都必须发出一个“更改”事件。
为什么？ 我不明白这一点。
【问题讨论】：
标签： javascript reactjs flux reactjs-flux
Flux 只是一种管理应用程序数据流的方式，因此开发人员应确保这确实发生。但我会尝试描绘为什么这些概念是 Flux 的一部分。
每家商店都会收到每一个动作。
如果您的应用程序中只有一个调度程序，则每个商店都会监听通过该调度程序调度的操作。商店是否应该对分派的操作采取行动取决于您，但为了能够对其做出反应，商店必须知道它。
不过，并非所有操作都会导致商店发生变化。但是调度员根本不关心，因为它对商店的实现一无所知。它只是告诉所有商店发生了这个动作，用它做你想做的，或者继续你的生活而不关心。
商店中的数据只能通过响应操作来改变。
您是对的，使用不同的方法可能会违反单向数据流。以这种方式做事可以确保应用程序的所有部分都具有基于发生的操作的正确状态。
如果不这样做，您会放弃其中一种通量优势。根据调度的操作更新您的商店，其他商店也将知道该操作已发生，并因此在他们愿意时对其做出反应。如果您直接更新商店，您最终将无法清楚地了解应用程序的哪些部分正在改变商店的状态。
每次商店的数据发生变化时，它都必须发出一个“更改”事件。
人们经常将通量应用程序中的商店描述为事实来源。当商店的数据发生变化时，数据可视化的基础也会发生变化。您希望确信，如果我的商店拥有一定的价值，这就是我的应用程序使用的数据。
这与这里的第一句话有关。商店不知道侦听器是否依赖于它的数据。通过发出变化，它会让所有听众知道嘿，我改变了。确保您拥有我的所有最新更改。如果您不发出更改，则侦听器最终可能会根据旧数据显示一些内容。
所有这些陈述都与同一件事相关：如果您的应用程序中发生了某个操作，请不要对您的应用程序的哪个部分想知道它的详细信息做出任何假设。确保每个人都可以根据需要采取行动。
【讨论】：