从全局对象window说起 window.color = "green" window.theme = "york"
- 全局变量污染,重复声明
- 直接取值和赋值,数据变更不清晰
- 渲染力度不可控
- 无法进行时间旅行
什么是状态管理
后期,能不用就不用,会带来形形色色的负担? ps:直接开始叫我们别学了是吧
嵌套地狱 当页面比较简单,层级关系比较浅的时候,自上而下的单向数据流的方式是不会有问题的。如果页面一复杂,组件的嵌套层级一深,单向数据流就会有很大影响 状态管理本身就是为了解决这个问题
- 共享内存
- 管理状态
- 页面同你
- 组件通信
- 刷新失效?
详细定义:但也应用的各个组件本身是共享内存的,如果将状态保存在内存中,就可以读写统一内存的中的变量,从而实现状态共享的目的
为什么react有这么多状态管理工具, ps:状态管理工具怎么和框架名字这么像,每个前端框架都有一堆 每年诞生一个新轮子
react 状态管理简介
向上延升需要有个度,超过度,local state的方式就不太实用了。
这个度,在前端开发中,大部分我们认为就是子页面,我们一般认为,但也应用中,子页面以及子页面之下的组件都是用localstate来解决状态管理问题的,二子页面和子页面之间,是不需要再往上延伸的,那么子页面和子页面之间如何通信呢
子页面和子页面之间的的通信react本身提供了context,
子页面和子页面之间的通信也可以通过query的方式来实现。
渲染力度不可控制,产生金字塔一样的东西,
redux 是从flux演变过来的,是facebook给出的对应员工构架,利用数据的单向流动的形式对公共状态进行管理,不过现在被淘汰了,不过其设计思想还是可以参考和借鉴的,
Flux状态管理
view:视图层 action dispatcher store
ps做笔记真的好多,看完就累了,还有写这个
下面略