如何重置 Redux 商店的状态?

IT技术 javascript redux store redux-store
2021-02-02 19:57:42

我正在使用 Redux 进行状态管理。
如何将商店重置为初始状态?

例如,假设我有两个用户帐户 (u1u2)。
想象以下事件序列:

  1. 用户u1登录应用程序并执行某些操作,因此我们在商店中缓存了一些数据。

  2. 用户u1注销。

  3. 用户u2无需刷新浏览器即可登录应用程序。

此时缓存的数据会关联到u1,我想清理一下。

当第一个用户注销时,如何将 Redux 存储重置为其初始状态?

6个回答

一种方法是在您的应用程序中编写一个根减速器。

根减速器通常会将处理操作委托给由 生成的减速器combineReducers()然而,每当它接收到USER_LOGOUT动作时,它都会重新返回初始状态。

例如,如果您的根减速器如下所示:

const rootReducer = combineReducers({
  /* your app’s top-level reducers */
})

您可以将其重命名为appReducer为其编写新的rootReducer委托:

const appReducer = combineReducers({
  /* your app’s top-level reducers */
})

const rootReducer = (state, action) => {
  return appReducer(state, action)
}

现在我们只需要教 newrootReducer返回初始状态以响应USER_LOGOUT动作。正如我们所知,undefined无论操作如何,reducer 在被调用时都应该返回初始状态作为第一个参数。state当我们将它传递给 时,让我们使用这个事实来有条件地剥离累积appReducer

 const rootReducer = (state, action) => {
  if (action.type === 'USER_LOGOUT') {
    return appReducer(undefined, action)
  }

  return appReducer(state, action)
}

现在,每当USER_LOGOUT触发时,所有减速器都将重新初始化。如果他们愿意,他们也可以返回与最初不同的东西,因为他们也可以检查action.type

重申一下,完整的新代码如下所示:

const appReducer = combineReducers({
  /* your app’s top-level reducers */
})

const rootReducer = (state, action) => {
  if (action.type === 'USER_LOGOUT') {
    return appReducer(undefined, action)
  }

  return appReducer(state, action)
}

如果您使用的是redux-persist,您可能还需要清理您的存储。Redux-persist 在存储引擎中保留一份状态副本,状态副本将在刷新时从那里加载。

首先,您需要导入适当的存储引擎,然后在设置之前解析状态undefined并清理每个存储状态键。

const rootReducer = (state, action) => {
    if (action.type === SIGNOUT_REQUEST) {
        // for all keys defined in your persistConfig(s)
        storage.removeItem('persist:root')
        // storage.removeItem('persist:otherKey')

        return appReducer(undefined, action);
    }
    return appReducer(state, action);
};
这是一个动态组合减速器的版本,以防您使用异步减速器: export const createRootReducer = asyncReducers => { const appReducer = combineReducers({ myReducer ...asyncReducers }); return (state, action) => { if (action.type === 'LOGOUT_USER') { state = undefined; } return appReducer(state, action); } };
2021-03-10 19:57:42
这种方法是否完全清除了状态及其所有历史?我是从安全角度考虑的:如果已经实现了,一旦USER_LOGOUT触发动作,是否有可能从更早的时候获取状态数据?(例如通过开发工具)
2021-03-13 19:57:42
if (action.type === 'RESET') return action.stateFromLocalStorage
2021-03-19 19:57:42
@HussienK 可以工作,但不适用于每个减速器的状态。
2021-03-20 19:57:42
我很好奇丹,你能不能在你的减速器中做这样的事情。CLEAR_DATA 是动作。case 'CLEAR_DATA': return initialState
2021-04-07 19:57:42

Dan Abramov回答是正确的,只是我们在使用 react-router-redux 包和这种方法时遇到了一个奇怪的问题。

我们的修复是不将状态设置为undefined而是仍然使用当前的路由减少器。因此,如果您正在使用此软件包,我建议您实施以下解决方案

const rootReducer = (state, action) => {
  if (action.type === 'USER_LOGOUT') {
    const { routing } = state
    state = { routing } 
  }
  return appReducer(state, action)
}
我认为这里的要点是您可能不想在注销时清除整个状态树 - 该方法在任何子树的根减速器上同样有​​效,因此仅在根减速器上应用此技术可能会更清楚您确实想要清除的子树,而不是挑选“特殊”子树在整个树的根减速器处清除,就像这样
2021-03-30 19:57:42
我想我现在遇到了你所指的这个问题,(在注销时它会将路由设置为正确的路径,但会加载一个完全不同的组件)我实现了类似于你的东西来修复它,但我认为有一些东西不可变的 js 正在把它聚合起来。我最终创建了一个具有 RESET-STATE 操作的父减速器,并且我从该减速器继承以避免完全接触路由
2021-04-02 19:57:42
请注意,对于 react-redux-router,属性是router而不是rounting
2021-04-04 19:57:42
遇到了类似的问题,这已经解决了。谢谢。
2021-04-06 19:57:42
@Mrchief这取决于你将它定义为在你combineReducers().....如果你有combineReducers({routing: routingReducer}),将在答案来描述
2021-04-07 19:57:42

定义一个动作:

const RESET_ACTION = {
  type: "RESET"
}

然后在假设您正在使用switchif-else通过每个减速器处理多个操作的每个减速器中。我要为一个switch.

const INITIAL_STATE = {
  loggedIn: true
}

const randomReducer = (state=INITIAL_STATE, action) {
  switch(action.type) {
    case 'SOME_ACTION_TYPE':

       //do something with it

    case "RESET":

      return INITIAL_STATE; //Always return the initial state

   default: 
      return state; 
  }
}

这样,无论何时调用RESETaction,reducer 都会用默认状态更新 store。

现在,对于注销,您可以处理如下:

const logoutHandler = () => {
    store.dispatch(RESET_ACTION)
    // Also the custom logic like for the rest of the logout handler
}

每次用户登录时,无需刷新浏览器。商店将始终处于默认状态。

store.dispatch(RESET_ACTION)只是阐述了这个想法。为此,您很可能会有一个动作创建者。更好的方法是你有一个LOGOUT_ACTION.

一旦你派遣这个LOGOUT_ACTION. 然后,自定义中间件可以使用 Redux-Saga 或 Redux-Thunk 拦截此操作。但是,这两种方式都可以发送另一个动作“RESET”。这样,商店注销和重置将同步发生,您的商店将为另一个用户登录做好准备。

由于这两个原因,加上 RESET_ACTION 是一个action的想法,我确实改变了主意所以一开始它并不真正属于减速器。
2021-03-10 19:57:42
这绝对是正确的方法。将状态设置为除初始状态之外的任何内容只是自找麻烦
2021-03-25 19:57:42
@worc 认为使用这种方法,每次有人创建新的减速器时,您都必须记住添加重置案例。
2021-03-27 19:57:42
@worc 状态实际上不会是未定义的,因为减速器在收到未定义的状态时会返回 initialState
2021-03-29 19:57:42
我觉得这是比undefined在另一个答案中设置状态更好的方法当您的应用程序需要一个状态树而您却给了它时undefined,需要处理的不仅仅是一棵空树,还有更多的错误和麻烦。
2021-03-31 19:57:42

只是对Dan Abramov回答的简化回答

const rootReducer = combineReducers({
    auth: authReducer,
    ...formReducers,
    routing
});


export default (state, action) =>
  rootReducer(action.type === 'USER_LOGOUT' ? undefined : state, action);

使用Redux Toolkit和/或Typescript

const appReducer = combineReducers({
  /* your app’s top-level reducers */
});

const rootReducer = (
  state: ReturnType<typeof appReducer>,
  action: AnyAction
) => {
/* if you are using RTK, you can import your action and use it's type property instead of the literal definition of the action  */
  if (action.type === logout.type) {
    return appReducer(undefined, { type: undefined });
  }

  return appReducer(state, action);
};
这个解决方案对我有用,改动很小。我需要添加 undefined 作为状态的可选类型,因此它可以与 configureStore "state: ReturnType<typeof appReducer> | undefined" 一起使用
2021-03-30 19:57:42