有关多功能应用的状态与磁通存储的问题

AbS*_*on8 5 javascript flux reactjs reactjs-flux

我一直在学习很多关于flux +为即将到来的项目做准备,它将使用React + Flux(alt实现).虽然所有的概念都清楚我对通量架构以及它们如何连接在一起.我对如何处理页面/视图特定数据有疑问.

在大规模多功能应用程序中,应用程序范围的状态/数据(如身份验证状态或其他全局功能)应该由flux action/store处理以轻松处理跨组件状态.如果它处于角度1应用程序中,则这些数据/状态将转到工厂.

但是,对于特定于页面/视图的数据/状态,它几乎不会在顶级组件之间进行通信,那么仅管理组件状态中的数据会更有意义吗?例如,如果我的应用程序包含非常不相关的不同迷你应用程序(例如天气预报视图和计算器),如果其内部管理状态,是否会使组件更易于重复使用?

我只是想象如果我有一个自包含其状态的"计算器"组件,它将有一个非常独立的可重复使用的计算器组件,我可以放在我的应用程序的任何地方,但是,如果计算器状态存储在一个flux存储,那么组件将具有更多的依赖关系.最后,如果我希望将来在我的应用程序中允许两个计算器实例,如果使用flux存储,我必须更改结构,以便在商店中包含一个instance-id.然而,如果使用组件状态,我只需要创建两个组件.

我对React + flux仍然相对较新,仍然试图让所有的概念都正确.如果有的话,随时纠正我.

小智 1

我认为你说得对。只是一些想法......

\n\n
    \n
  • 当组件之间(兄弟姐妹、父子)之间确实有任何协调时,商店非常有帮助,我发现它们比尝试来回传递道具要好得多

  • \n
  • 当数据发生变化并需要持久化到服务器时,使用存储非常有帮助。存储是否实际保存数据 \xe2\x80\x94 还是只是通知组件更新成功将取决于您的应用程序。

  • \n
\n