Redux中，有Data Provider的概念吗？

Question

基本上我想实现一个类型的架构

UserManager.getUser(22)

getUser() -> ReduxStore ->（不包含 ID 为 22 的用户）-> 转到 User Provider -> User Provider 转到 API 并返回 User object。 Redux 存储然后保存以供后续请求并返回用户 object。

Answer 1

是的，我们称他们为动作创造者。 假设您正在使用 redux thunk 来解决副作用，因此getUser将是一个动作创建者，它将首先查询 redux 存储以查看是否有可用数据，如果没有，它将从服务器获取它并存储在 Z7490FE17CAEC6E20E880Z 存储中

function getUser(id) {
  // getState is a function that gives us access to entire redux store
  return (dispatch, getState) => {
    try {
      let user = getState().users.find(x => x.id === id) || null;
      if (user) {
        dispatch({ type: 'GET_USER', payload: user })
        return;
      }

      user = fetchUserFromServer(id);
      dispatch({ type: 'GET_USER', payload: user })
    } catch(error) {
      // handle error here
    }
  }
}

现在，当下次调用getUser时，redux 存储中将为该用户提供数据，并且将避免调用服务器。

希望能帮助到你：）

Answer 2

Redux具有单向数据流，因此数据的写入和读取是解耦的。

组件通过connect或useSelector订阅 store 来读取 Redux 数据，并通过在 store 中的disptach操作写入数据。

选择器接受 state 并返回 state 的子集，但不会更改 state。 分派的操作可以更改 state，但不会返回任何 state。

CQRS （命令查询职责分离）是Redux 背后的动机之一。 CQRS 的思想基本上是：

使用与用于读取信息的 model 不同的 model 来更新信息

在 Redux 中，update-model 是操作，read-model 是选择器。 将它们组合成一个单一的“提供者”将违背 Redux 设计的目的。

但是，如果您绝对必须将这两个问题混为一谈，则可能以某种方式将选择器和动作调度与 thunk 结合起来。 不过，这又不是惯用的 Redux。