这是一个创建于 1000 天前的主题，其中的信息可能已经有所发展或是发生改变。
Context 可以跨层级传数据, 和 props 一样, 当 context 数据变动, Consumer 也会更新.
再一想, context 数据是怎么变化的? Context 数据绑定到 Provider 的 state 中, 需要 setState 来更新 context 数据, 那么 setState 会触发 re-render, 这样子组件自然也会刷新.
但感觉这种情况也不需要 Context 也能实现啊? 比如全局有一个 themeObj, 在最外层的监听这个 obj 的变化, 如果变化, 手动调用 forceUpdate, 这样子组件也会触发更新, 子组件只需要 import 这个 themeObj 使用即可, 每次 re-render 都会拿到最新的数据.
第 1 条附言 · 2022-02-25 14:08:38 +08:00
我在 2L 贴了代码, 大概就是我想表达的逻辑.
关于这个问题, 我遇到过两个不明白的地方:
1. react-redux 中 connect 的实现, 最外层(root)套了一个 <Context.Provider> 但其实并不是任何 store 数据更新会全局刷新, 而是通过 connect 传入的 selector 来绑定更新
2. 「用 context 你需要注意一个问题 如果你的 context 是个 mutable object 只要其中一个 value 变了所有 consumer 都会 re-render. 这个时候你可以写一些 selector 来规避这个问题 这个时候你基本上就自己写了半个 redux 了」别的地方看到的这个, 没有明白他说的 selector 是什么? 怎么规避这个问题的?
关于这个问题, 我遇到过两个不明白的地方:
1. react-redux 中 connect 的实现, 最外层(root)套了一个 <Context.Provider> 但其实并不是任何 store 数据更新会全局刷新, 而是通过 connect 传入的 selector 来绑定更新
2. 「用 context 你需要注意一个问题 如果你的 context 是个 mutable object 只要其中一个 value 变了所有 consumer 都会 re-render. 这个时候你可以写一些 selector 来规避这个问题 这个时候你基本上就自己写了半个 redux 了」别的地方看到的这个, 没有明白他说的 selector 是什么? 怎么规避这个问题的?
 |
1
wobuhuicode 2022-02-25 13:45:12 +08:00
react 主张的是单向数据流的方式。
要是各种使用监听的去更新 view 的话，而且项目大了，数据多了，代码就会变得很难看。 |
 |
2
FaiChou OP |
 |
3
coolzjy 2022-02-25 13:49:02 +08:00
context 基本就是这个思路，只不过你这样把状态放在全局的实现智能有一个 context ，如果要有多个的话要添加一堆 hack ，这样 hack 下来基本就是 react context 的样子了。
|
 |
4
fernandoxu 2022-02-25 13:55:24 +08:00
你说的就是代理呗，有 valtio 还有 @ nanxiaobei 搞的类似东西
|
|
5
fernandoxu 2022-02-25 13:57:10 +08:00
|
 |
6
CokeMine 2022-02-25 16:21:00 +08:00 via Android
手动 forceUpdate 不太优雅吧
而且 hook 要想 forceUpdate 也得借助于一个 useState 了 |
 |
7
KuroNekoFan 2022-02-25 21:00:16 +08:00 via iPhone
因为 useContext 很舒服
|
Select Language