从不断变化的动作创建者那里获取商店数据是否是一种常见的做法

Is it common practice to grab store data from an action creator in flux?

本文关键字：是否是一种常见数据变化创建者获取那里更新时间：2023-09-26

在 flux 架构中，从动作创建器中的存储中获取数据是否是常见的做法？如果不是，这是否意味着最好通过组件参数传递网络调用所需的所有数据？

我有一个具有 3 级深度组件的应用程序，只是想知道将数据从级别 1 复制到级别 3 有多现实。

任何解释将不胜感激。

可以在

操作创建者中调用商店的 getter，但通常操作创建者会调用WebAPIUtils模块，其中可以找到对商店 getter 的实际调用。

我会质疑通过视图层传递任何实际上未被视图（通常是 React 组件）使用的东西的做法。

网络调用通常在专用实用程序模块中进行。这些有时被称为DataLoaders或WebAPIUtils模块。它们与其他实用程序模块的不同之处在于，它们通常在进行网络调用之前将数据从存储中提取出来。

其他实用程序模块应该是纯函数的库，几乎没有依赖项（如果有的话）。这使它们非常便携。