Reactjs 使用Flux在组件之间发送事件(不处理数据)是否合适?

Reactjs 使用Flux在组件之间发送事件(不处理数据)是否合适?,reactjs,flux,reactjs-flux,Reactjs,Flux,Reactjs Flux,我的标题组件有一个按钮,可以打开一个对话框供用户登录。在我的一个页面上,我有一个按钮,请求用户登录。我想打开标题有句柄的同一个对话框。我了解如何使用Flux在我的页面上触发一个操作,并让标题通过某个存储来侦听该操作 我的问题是,由于用户的此操作与任何数据无关,这是否适合作为数据流模式的Flux?这似乎是使用Flux操作的一个非常有效的理由: 让你的商店在某处保存一些loginModalActive:false变量 您的按钮(任何位置)都可以触发dispatcher的ShowLoginModel

我的标题组件有一个按钮,可以打开一个对话框供用户登录。在我的一个页面上,我有一个按钮,请求用户登录。我想打开标题有句柄的同一个对话框。我了解如何使用Flux在我的页面上触发一个操作,并让标题通过某个存储来侦听该操作


我的问题是,由于用户的此操作与任何数据无关,这是否适合作为数据流模式的Flux?

这似乎是使用Flux操作的一个非常有效的理由:

  • 让你的商店在某处保存一些
    loginModalActive:false
    变量
  • 您的按钮(任何位置)都可以触发dispatcher的
    ShowLoginModel
    操作
  • 您的店铺更新为
    loginModalActive:true
  • 并发出变化
  • 您的(根)组件响应存储更新并显示模式
有些人可能会争辩说,
loginModalActive
实际上不是应用程序状态,而是组件状态,因此不应该在存储中

我个人对大型flux应用程序的经验是,坚持flux中的单向数据流比纯粹的应用程序状态数据只在商店中解释要好。

因为另一种方法是将回调函数传递给子组件,这是一种反模式,往往会使代码更难管理和调试。

这似乎是使用通量操作的一个非常有效的理由:

  • 让你的商店在某处保存一些
    loginModalActive:false
    变量
  • 您的按钮(任何位置)都可以触发dispatcher的
    ShowLoginModel
    操作
  • 您的店铺更新为
    loginModalActive:true
  • 并发出变化
  • 您的(根)组件响应存储更新并显示模式
有些人可能会争辩说,
loginModalActive
实际上不是应用程序状态,而是组件状态,因此不应该在存储中

我个人对大型flux应用程序的经验是,坚持flux中的单向数据流比纯粹的应用程序状态数据只在商店中解释要好。

因为另一种方法是将回调函数传递给子组件,这是一种反模式,往往会使代码更难管理和调试。

如果您已经在使用Flux构建应用程序,我认为您应该坚持通过操作来完成所有工作。一旦你开始将其与常规事件混合,事情会很快变得一团糟。你的标题应该有一个状态,点击按钮就会打开下拉列表。无论哪个存储包含相同的数据,您都可以通过操作打开它。打开对话框的操作是Fluxi的正常模式。如果您已经在使用Flux构建应用程序,我认为您应该坚持通过操作来完成所有操作。一旦你开始将其与常规事件混合,事情会很快变得一团糟。你的标题应该有一个状态,点击按钮就会打开下拉列表。无论哪个存储包含相同的数据,您都可以通过操作打开它。打开对话框的操作是具有通量的正常模式