📖
blog
  • README
  • JavaScript
    • 元素的宽高位置信息梳理
    • dom-align 源码浅析
    • Event Loop
    • 函数实参为对象时的陷阱
    • export 与 utils 方法书写规范
    • 手写 Promise 及相关代码理解
    • call,apply,bind 等函数的模拟实现
    • JavaScript继承
    • JavaScript 数据类型与类型判断
    • for..of 和 for..in 的区别
    • 写给自己看的 next 函数
    • JS 可选链与双问号
    • mouseenter 与 mouseover 事件的区别
    • Immutable相关知识
  • CSS
    • 不简单的 z-index
    • 两列布局,三列布局
    • CSS 居中方案整理
    • CSS 像素,设备像素,2倍图梳理
    • iconfont 的使用
  • Node JS
    • 实现简易的 express
  • React 核心知识点整理
    • 高阶组件
    • React 事件处理
    • React Hooks
    • React Context
  • React 状态管理
    • Redux 基础概念
    • Redux 中间件和异步操作
    • Redux Saga
    • Redux 只能有一个 store 对象嘛
  • React 开发实践
    • Ant Design Menu 组件的使用与深入
    • 讲讲吸顶效果与 react sticky
    • 基于 express,搭建 react 的开发环境
    • 通过 antd input 组件分析受控与非受控组件
    • DebounceClick 组件
    • react component Align 组件分析
    • React Portal 之事件冒泡
    • React Transition Group 源码浅析
    • React.cloneElement 父组件向子组件注入 props
    • 一次 Align 组件的问题记录
    • 如何知道子组件的类型
    • React Router 源码简单分析
    • React Redux 源码简单分析
  • Vue.js
    • Vue.js 概览
    • scoped 样式中的 deep
  • TypeScript 语法
    • 基础类型
    • 变量声明
    • 接口
    • 类
    • 函数
    • 泛型
    • 枚举
    • 类型推论
    • 类型兼容性
    • 高级类型
    • Symbol
    • 迭代器和生成器
    • 模块
    • 命名空间
    • JSX
  • 玩转 webpack
    • 第一章: webpack 与构建发展简史
    • 第二章:webpack基础用法
    • 第三章:webpack进阶用法
    • 第四章:编写可维护的 webpack 构建配置
    • 第五章:webpack构建速度和体积优化策略
    • 第六章:通过源代码掌握webpack打包原理
    • 第七章:编写Loader和插件
  • webpack 实践
    • 如何配置 output.library
  • 测试
    • 初识代码测试
    • Jest 中 如何测试 setTimeout
    • Jest Enzyme React 测试实践记录
  • WEB 开发,过往工作沉淀
    • Web安全(DVWA)
    • 内存泄露与事件移除的必要性
    • url to pdf api 与 服务部署踩坑记录
    • 前端调试指南
    • Markdown 转 email
    • github travis ci 自动部署
    • 浏览器缓存知识梳理
    • WEB 系统登录相关知识梳理
    • 将-Axios-请求参数和返回值进行格式化
    • source-map与源码调试
    • HTTPS
    • 使用 rollup 打造自己的 npm 包 (全流程)
    • father-build 是如何工作的
  • 书籍
    • 图解 HTTP 协议
    • 编写可维护的 JavaScript
    • 鸟哥的 Linux 私房菜
    • JavaScript Promise迷你书
  • Linux
    • vimtutor
    • CURL 使用指南
  • Nginx
    • 一次 nginx 分享
  • Git
    • Git Commit Message 须知
    • .gitignore 模板
    • git tag标签
  • 摄影
    • 摄影基础知识
    • 手机摄影从小白到大师
  • 翻译
    • log4js
    • log4js-node
    • 介绍GitLab上的CI/CD
    • 为GitLab Pages创建并调整GitLab CI/CD
    • 关于 rel=noopener
    • AngularJS 团队 Git 提交信息约定
    • JSON Schema
  • Lifehack
    • 20 个 Google 搜索 Tips 来高效使用 Google
    • 37 个高级 Google 搜索 Tips
Powered by GitBook
On this page

Was this helpful?

  1. React 状态管理

Redux 只能有一个 store 对象嘛

PreviousRedux SagaNextAnt Design Menu 组件的使用与深入

Last updated 4 years ago

Was this helpful?

通常我们都会看到或者听到这个概念,即 Redux 只能有一个 store 对象

比如以下的问题:

但根据对 Redux 目前的理解来看,Redux 就是创建一个 store 对象。然后通过 React-Redux 的 Provider 去将 store 的值作为 Context 的提供者,内部使用 connect() 来接收 Context 的值。

而本身,React 的 Context 是可以嵌套的,它会找到最新的 Provider 提供的值:

const ThemeContext = React.createContext('name')

function A (props) {
  return <ThemeContext.Provider value='a'>
    <ThemeContext.Consumer>
      {name => {
        return <div>A: {name}                  // a
          <ThemeContext.Provider value='b'>
            <ThemeContext.Consumer>
              {name => {
                return <div>B: {name} </div>    // b
              }}
            </ThemeContext.Consumer>
          </ThemeContext.Provider>
        </div>
      }}
    </ThemeContext.Consumer>
  </ThemeContext.Provider>
}

function App () {
  return <div>
    app
    <A />
  </div>
}

即以上代码是行得通的,会各自读取最近的 Provider 的值,似乎只能有一个 store 是说不通的。

为了严谨性,我还尝试了 redux 的嵌套

// 组件 A
const foo = (state = { foo: 0 }, action = {}) => {
  switch (action.type) {
    case 'ADD_FOO':
      return Object.assign({}, state, {
        foo: state.foo + action.payload
      })
    default:
      return state
  }
}

const mapStateToPropsA = state => ({
  state: state
})

const store1 = createStore(foo)

class A extends React.Component {
  render () {
    return <div>
      <div onClick={() => this.props.dispatch({ type: 'ADD_FOO', payload: 1 })}>A { JSON.stringify(this.props.state)}</div>   // { foo : 0 }
      { this.props.children}
    </div>
  }
}

const ACom = connect(mapStateToPropsA)(A)

// 组件 B
const bar = (state = { bar: 0 }, action = {}) => {
  switch (action.type) {
    case 'ADD_BAR':
      return Object.assign({}, state, {
        bar: state.bar + action.payload
      })
    default:
      return state
  }
}

const store2 = createStore(bar)

class B extends React.Component {
  render () {
    return <div onClick={() => this.props.dispatch({ type: 'ADD_BAR', payload: 2 })}>
    B { JSON.stringify(this.props.state)}    // { bar : 0 }
    </div>
  }
}

const mapStateToPropsB = state => ({
  state: state
})

const BCom = connect(mapStateToPropsB)(B)

// 最终渲染结果
ReactDOM.render(
  <Provider store={store1}>
    <ACom>
      <Provider store={store2}>
        <BCom />
      </Provider>
    </ACom>
  </Provider>,
  document.getElementById('root')
)

在以上这个例子中,进行了两个 store 的嵌套,最终结果证明,他们是可以独立且正常工作的。

“可能” 在一个页面中创建多个独立的 Redux store,但是预设模式中只会有一个 store。仅维持单个 store 不仅可以使用 Redux DevTools,还能简化数据的持久化及深加工、精简订阅的逻辑处理。 在 Redux 中使用多个 store 的理由可能包括:

  • 对应用进行性能分析时,解决由于过于频繁更新部分 state 引起的性能问题。

  • 在更大的应用中 Redux 只是作为一个组件,这种情况下,你也许更倾向于为每个根组件创建单独的 store。

然而,创建新的 store 不应成为你的第一反应,特别是当你从 Flux 背景迁移而来。首先尝试组合 reducer,只有当它无法解决你的问题时才使用多个 store。

即,可以创建多个 store,但是通常不建议这样做,在理由二中提到,在更大的应用中 Redux 只是作为一个组件,这时候可以为每个组件创建一个单独的 store。

因此,当你的组件是作为独立的组件时,是可以创建单独的一个 store,而不用担心调用方已经存在了 store 的问题。

这时候我继续查询资料,想找到有说服力的文档,来证明我的观点,终于找到了。

Redux-react:关于redux只允许有一个store对象的问题
文档资料