Reactjs 播种一个动作和调用一个'；setter'；回流数据流中的存储方法？

在数据流中播种操作和调用存储的“setter”方法有什么区别

TodoActions['add'](todo)

vs

---

Action将通过RefluxJS lib触发您的存储，但是store.Add（）将直接调用Add方法

Action将通过RefluxJS lib触发您的存储，但是store.Add（）将直接调用Add方法

首先，需要注意的是

whater.func（）

和

whater['func']（）

只是同一事物的两个不同语法。所以，在你的例子中，唯一的区别就是你所说的

就直接在存储中调用方法而言，与最终在存储中调用该方法的操作相比，区别在于体系结构，并且与遵循更容易扩展、工作范围更广的模式有关，等等

如果程序中的任何给定事件（例如，在本例中，添加某些内容）发出任何人都可以监听的清晰动作，则构建大型程序、编辑以前制作的程序变得更加容易，等等。表示此事件已发生的组件不需要跟踪可能需要了解它的任何地方…它只需要说

TodoActions.add（todo）

，程序中需要了解添加发生的每个其他部分都可以自行管理，以确保它正在侦听该操作

这就是我们遵循单向循环模式的原因：

component->action->store->back to component

---

因为发生的事件流更容易管理，因为程序的每个部分都可以管理自己关于程序状态的知识以及需要更改的时间。发出动作的组件不需要知道程序中可能需要该动作的每个部分……它只需要发出动作。

首先，需要注意的是

whater.func（）

和

whater['func']（）

只是同一事物的两个不同语法。所以，在你的例子中，唯一的区别就是你所说的

就直接在存储中调用方法而言，与最终在存储中调用该方法的操作相比，区别在于体系结构，并且与遵循更容易扩展、工作范围更广的模式有关，等等

如果程序中的任何给定事件（例如，在本例中，添加某些内容）发出任何人都可以监听的清晰动作，则构建大型程序、编辑以前制作的程序变得更加容易，等等。表示此事件已发生的组件不需要跟踪可能需要了解它的任何地方…它只需要说

TodoActions.add（todo）

，程序中需要了解添加发生的每个其他部分都可以自行管理，以确保它正在侦听该操作

这就是我们遵循单向循环模式的原因：

component->action->store->back to component

---

因为发生的事件流更容易管理，因为程序的每个部分都可以管理自己关于程序状态的知识以及需要更改的时间。发出动作的组件不需要知道程序中可能需要该动作的每个部分……它只需要发出动作。

那么使用动作的意义是什么？为什么不直接调用这个方法呢？那么使用Action的意义是什么呢？为什么不直接调用这个方法呢？

TodoStore.add(todo)