React / Mobx 全局状态管理问题

学习 React 看到了这个帖子 https://zhuanlan.zhihu.com/p/114292057

大概说的内容是用 mobx 创建了一个 TodoStore 实现了全局的状态管理。问题在这里，既然用了 mobx 为何还要用 Provider?不是很明白。通过 observer 不是已经可以监听 store 的变化了吗？

下面是代码贴的是上面帖子里面的

// ./src/app.tsx
import React from 'react';
import { Provider } from 'mobx-react';
import Routers from './containers/routers';
import { stores, StoresContext } from './stores';

function App() {
  return (
    // 服务类组件
    <Provider {...stores}>
      {/* 服务函数组件 */}
      <StoresContext.Provider value={stores}>
        <Routers />
      </StoresContext.Provider>
    </Provider>
  );
}

export default App;

// ./src/containers/todo-list-fn/index.tsx
import React from 'react';
import { observer } from 'mobx-react';
import { useTodoStore } from '../../stores';

function TodoListFnPage() {
  const {
    todos,
    undoneCount,
    doneCount,
    addNewTodo,
    removeById,
    toggleStatusById
  } = useTodoStore();

// 注意这里的 observer
export default observer(TodoListFnPage);

otakustay

2022-05-09 12:24:18 +08:00

放在以前，没有 Provider 大致也是行的，包括 redux 如果你是严格单 store ，其实也能直接拿 store 过来再 getState 玩，自己去 listen 就行
总体上用 Provider 应该有 2 个考虑：
1. 所有版本下，如果你要支持多个 store ，那就得用不同位置的 Provider 区分下面的子组件用哪个 store
2. 在 React 18 以后的并发模式下，直接用 store 会状态撕裂，所以要用 useExternalSyncStore ，这东西还是挺复杂的，损耗也不少，所以最好在 Provider 上集中处理再丢给下面

otakustay

2022-05-09 13:33:44 +08:00

@taofoo #12 子组件自己导入就形成了耦合了，用 Provider 的话可以在 Provider 层面换一个结构一样的 store 。有一些比较极端的实现，比如一个列表 List 里，每个 ListItem 都套一个 Provider 提供当前的 item 数据，这种时候显然子组件考虑自己的通用性，不可能去直接导入 store

ljpCN

2022-05-09 16:01:08 +08:00

个人理解。Provider 在于可以隔离。外部代码使用你编写的组件时，可以在多个地方使用，而他们的内部状态不能引用同一个 mobx 实例，使用 provider 可以保证每个组件内的 mobx 实例是来自它自己的顶层 provider 。两颗组件树访问不同的实例。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/851701