这是我参与「第四届青训营」笔记创作活动的的第9天
不管是在国内外，目前的前端框架越来越多，而React已经较为成熟，Vue也在快速高速发展之中，我们很有必要了解这些优秀的前端框架的思路，从而高效地进行开发！
React的历史与应用
React的设计思路
UI编程痛点：
- 状态更新，UI不会自动更新，需要手动地调用DOM进行更新
- 欠缺基本的代码层面的封装和隔离，代码层面没有组件化
- UI之间的数据依赖关系，需要手动维护，如果依赖链路长，则会遇到“Callback Hell”
响应式与转换式：
- 转换式系统：给定输入求解输出（编译器、数值计算）
- 响应式系统：监听事件、消息驱动（监控系统、UI界面）
响应式编程的前端UI：事件->执行既定的回调->状态变更->UI更新
响应式编程：
- 状态更新,UI自动更新
- 前端代码组件化，可复用、可封装
- 状态之间的互相依赖关系，只需声明即可
组件化：
- 组件是组件的组合/原子组件
- 组件内拥有状态，外部不可见
- 父组件可将状态传入组件内部
状态归属问题：状态归属于两个节点向上寻找到最近的祖宗节点
React是单向数据流！
组件设计
- 组件声明了状态和UI的映射
- 组件有Props/State两种状态
- “组件”可由其他组件拼装而成
组件代码会是什么样子的呢？
- 组件内部拥有私有状态State
- 组件接受外部的Props状态提供复用性
- 根据当前的State/Props,返回一个UI
生命周期：mounting、updating、unmounting
React（hooks）的写法
React的实现
Problems: 1.JSX不符合JS标准语法 2.返回的JSX发生改变时，如何更新DOM 3.State/Props更新时，要重新触发render函数
对于Problem1：
对于Problem2:
How to Diff?
- 更新次数少<-TradeOFF->计算速度快
- 完美的最小Diff算法，需要O（n^3)的复杂度；牺牲理论最小Diff，换取时间，得到了O(n) 复杂度的算法：Heuristic O(n) Algorithm
不同类型的元素->替换；同类型的DOM元素->更新；同类型的组件元素->递归
React状态管理库
核心思想：
将状态抽离到UI外部进行**统一管理 **
推荐：
redux、xtate、mobx、recoil
状态机：
当前状态，收到外部事件，迁移到下一个状态
应用级框架普及
- NEXT.JS
- MODERN.JS
- BLITZ
