大型单reducer Redux项目不改动原有逻辑新增独立子reducer方案问询

方案可行性结论 #

你给出的自定义根reducer写法完全可行，能够在完全不改动旧项目数百处store.getState()调用的前提下，新增独立reducer开发新模块。

实现原理 #

这个写法的逻辑和Redux官方combineReducers的核心逻辑一致，只是做了针对性适配：

1. 每次action触发时，你先调用原有巨型reducerhugereducer拿到和重构前完全一致的根状态对象，通过展开运算符把所有旧状态的根级属性都挂载到新的根状态上，因此旧代码store.getState().thing的返回值和之前完全相同，无需任何修改。
2. 你新增的子reducer状态被单独挂载到根状态的nicheReducer属性下，新模块代码可以正常通过useSelector(state => state.nicheReducer.otherThing)访问状态，和旧状态完全隔离互不干扰。

优化建议 #

你当前的写法中直接把全量根状态传给了nicheReducer，不符合reducer职责隔离的设计原则，建议调整为只给子reducer传入它自己对应的状态片段，优化后代码如下：

export function rootReducer(appState, action) {
  // 计算旧模块状态，逻辑完全和之前一致
  const oldState = hugereducer(appState, action);
  // 子reducer仅接收自身对应的状态片段，初始化时自动走自身默认值逻辑
  const nicheState = nicheReducer(appState?.nicheReducer, action);
  return {
    ...oldState,
    nicheReducer: nicheState
  }
}

优化后的nicheReducer完全符合标准Redux reducer的写法，后续如果项目整体重构可以直接迁移使用，无需额外修改。

注意事项 #

• 新模块的action type建议增加专属前缀（比如NICHE_MODULE/XXX），避免和旧项目已有的action type重名，导致两边reducer误处理action。
• 如果后续需要新增更多独立子模块，只要按同样逻辑在根reducer的返回对象中新增对应属性即可，扩展性有保障。

内容的提问来源于stack exchange，提问作者Tickolas