Reactjs 反应&&;Flux对将数据放在何处感到困惑

Reactjs 反应&&;Flux对将数据放在何处感到困惑,reactjs,flux,Reactjs,Flux,我正在开发一个带有React+Flux的web应用程序。但有时,我会对组件的数据放在哪里感到困惑 Flux说我们应该将数据保存在存储中。当数据更改时,存储应发出change事件,然后侦听存储更改事件的react组件应使用存储中的数据调用setState 但通过这种方式,一个反应组件由两部分组成,即它自身的组件和要监听的存储器。有时我希望组件更加个性化。我不希望该组件的某些状态与任何存储相关,因此我将该状态存储在组件jsx文件中。通过这种方式,它不是一种通量样式,而是一种反应 我不确定我做的事情是

我正在开发一个带有React+Flux的web应用程序。但有时,我会对组件的数据放在哪里感到困惑

Flux说我们应该将数据保存在存储中。当数据更改时,存储应发出
change
事件,然后侦听存储更改事件的react组件应使用存储中的数据调用
setState

但通过这种方式,一个反应组件由两部分组成,即它自身的组件和要监听的存储器。有时我希望组件更加个性化。我不希望该组件的某些状态与任何存储相关,因此我将该状态存储在组件jsx文件中。通过这种方式,它不是一种通量样式,而是一种反应


我不确定我做的事情是否正确。一个fluxible应用程序是否应该完全服从流量?

这个问题没有正确的答案。 您可以区分应用程序状态和视图状态,就像您可以推断所有状态都应该存在于一个全局存储中一样

应用程序状态可以是用户信息、产品信息或该类型的数据,而查看状态可能与切换div或链接的颜色有关,具体取决于应用程序状态

这两种方法都在野外使用,只是偏好的问题

这为单一国家的情况提供了理由。
我将不与其他理由联系起来,因为这是“流量方式”和一个简单的谷歌

谢谢你的回答。根据我的理解,应用程序状态更像是涉及业务的行为状态,视图状态更像是组件用户界面行为状态。另外,通常应用程序状态放在
通量存储中,而视图状态通常放在
组件中,对吗?没错-这是一种推理方式!)酷,这也是我目前正在做的。也许你只需要创建另一个商店来满足你组件的个人需求?如果我创建另一个商店,组件仍然与该商店关联<代码>单个
表示组件不应与任何存储关联。