这是我参与「第四届青训营 」笔记创作活动的的第10天。
React的设计思路
1、设计思路-UI编程痛点
- 状态更新，UI不会自动更新，需要手动地调用DOM进行更新。
- 欠缺基本的代码层面的封装和隔离，代码层面没有组件变化。
- UI之间的数据依赖关系，需要手动维护，如果依赖链路长，则会遇到“Callback Hell”。
2、设计思路-响应式与转换式
响应式系统（前端UI）
- 事件—>执行既定的回调—>状态变更—>UI更新
3、设计与实现-响应式编程
- 状态更新，UI会自动更新。
- 前端代码组件化、可复用、可封装。
- 状态之间的互相依赖关系，只需声明即可。
4、设计与实现-组件化
- 组件是组件的组合/原子组件。
- 组件内拥有状态，外部不可见。
- 父组件可将状态传入组件内部。
5、设计思路-状态归属问题
状态归属于两个节点向上寻找到最近的祖宗节点。
6、设计与思路-组件化
- 组件声明了状态和UI的映射。
- 组件有Props/State两种状态。
- “组件”可由其他组件拼装而成。
7、设计思路-响应式编程
- 组件内部拥有私有状态State。
- 组件接受外部的Props状态提供复用性。
- 根据当前的State/Props，返回一个UI。
React（hooks）的写法
React的实现
-
JSX不符合JS标准
-
返回的JSX发生改变时，如何更新DOM
-
Virtual DOM（虚拟DOM）
Virtual DOM是一种用于和真实DOM同步，而在JS内存中维护的一个对象，它具有和DOM类似的树状结构，并和DOM可以建立一一对应的关系。
它赋予了React声明式的API：您告诉React希望让UI是什么状态，React就确保DOM匹配该状态。这使您可以从属性操作、事件处理和手动DOM更新这些在构建应用程序时必要的操作中解放出来。
-
-
State/Props更新时，要重新触发reader函数
-
完美的最小Diff算法，需要O（n^3）的复杂度。牺牲理论最小Diff，换取时间，得到了O(n)复杂度的算法：Heuristic O(n) Algorithm
React状态管理库
核心思想：将状态抽离到UI外部进行统一管理
