遵循通量概念，我们可以得到我找不到解释的下一个断言。
每个商店都会收到每个动作。
为什么？我的建议：由于a store 目录某些商业逻辑，我们必须为其提供所有可能的更改和数据，以便商店可以决定如何处理他们自己。
商店中的数据必须仅通过响应操作来突变。
为什么？我的建议：原因是违反单向数据流的原因在于不响应动作的情况下。
每次商店的数据更改时，都必须发出"更改"事件。
为什么？ 我无法明白这一点。
通量只是管理应用程序数据流的一种方式，因此由开发人员确保这确实发生了。但是我会尝试绘制的图片为什么这些概念是Flux的一部分。
每个商店都会收到每个动作。
如果您的应用程序中只有一个调度员，则每个商店都会收听通过该调度员派遣的操作。该商店是否应在派遣的动作上采取行动，但要在其上做出反应，商店必须知道。
并非所有动作都应导致商店的变化。但是调度员根本不在乎，因为它对商店实施一无所知。这只是告诉所有商店，这一动作发生了，做您想做的事或在不关心的情况下继续生活。。
商店中的数据必须仅通过响应操作来突变。
您是对的，以不同的方法进行操作可能违反了单向数据流。通过这种方式进行操作，请确保应用程序的所有部分都根据发生的操作具有正确的状态。
不这样做，您会放开其中一种磁通优势。根据派遣的操作更新您的商店，其他商店也将意识到该动作发生了，因此如果他们愿意，因此对此做出了反应。如果您直接更新商店，您最终将无法清楚地了解您的应用程序中哪些部分正在更改商店的状态。
每次商店的数据更改时，都必须发出"更改"事件。
人们经常将通量应用中的商店描述为真相的来源。当商店的数据更改时，数据可视化的基础会更改。您想确信，如果我的商店拥有一定的价值，这就是我的应用程序所用的数据。
它与这里的第一个报价有关。该商店不知道听众是否取决于其数据。通过散发更改，它将让所有听众知道嘿，我改变了。确保您有我所有最新的更改。如果您不发布更改，听众最终可能会根据旧数据显示某些内容。
所有这些陈述都与同一件事有关：如果您的应用程序中发生了一个操作，请不要对您的应用程序中的哪一部分想知道它的详细信息。确保每个人都可以采取行动。