Reactjs 组件拥有它是否是一种良好的实践';独立于Redux和#x27;什么是单叶树?

Reactjs 组件拥有它是否是一种良好的实践';独立于Redux和#x27;什么是单叶树?,reactjs,redux,Reactjs,Redux,我正在将应用程序从Flux重构为Redux。正如Redux所说,它对整个应用程序的状态有一个单独的状态树。在此重构之前,大多数组件只使用道具和容器组件上的状态来工作,但我的应用程序中的某些关键组件有自己的状态,独立于Redux的单一状态树 其中一个组件有自己的状态(如果您查看其代码),但我有其他非第三方组件,作为React Dropzone组件,它们有自己的状态(如前所述) 我的问题是这些组件有自己的状态是否可以?或者我应该将这些组件的状态移动到Redux建议的主状态吗 如果我必须将这些组件状态

我正在将应用程序从Flux重构为Redux。正如Redux所说,它对整个应用程序的状态有一个单独的状态树。在此重构之前,大多数组件只使用道具和容器组件上的状态来工作,但我的应用程序中的某些关键组件有自己的状态,独立于Redux的单一状态树

其中一个组件有自己的状态(如果您查看其代码),但我有其他非第三方组件,作为React Dropzone组件,它们有自己的状态(如前所述)

我的问题是这些组件有自己的状态是否可以?或者我应该将这些组件的状态移动到Redux建议的主状态吗


如果我必须将这些组件状态移动到Redux的状态,我是否不强制这些组件仅在单个状态树环境下工作?

在Redux应用程序中使用组件状态没有什么错。只要:

  • 组件层次结构的其他部分不需要知道这些状态变量
  • 这不是重复Redux状态
  • 一个很好的例子是一些微不足道的UI功能,比如显示/隐藏功能。*我不熟悉React Dropzone,但它似乎适合这一类


    (*但这并不是说所有UI逻辑都属于本地状态;有时它需要在应用商店中。)

    在Redux应用程序中使用组件状态没有什么错。只要:

  • 组件层次结构的其他部分不需要知道这些状态变量
  • 这不是重复Redux状态
  • 一个很好的例子是一些微不足道的UI功能,比如显示/隐藏功能。*我不熟悉React Dropzone,但它似乎适合这一类

    (*但这并不是说所有UI逻辑都属于本地状态;有时它需要在存储中。)