这是我参与「第五届青训营 」笔记创作活动的第6天
01.React的历史与应用
1.前端应用开发，如Facebook,instagrarn,Netflix网页版
2.移动原生应用开发，移动原生应用开发，如Instagram，Discord，Oculus。
3.结合Electron，进行桌面应用开发
02.React的设计思路
ui编程 痛点
- 状态更新，UI不会自动更新，需要手动地调用DOM进行更新。
- 欠缺基本的代码层面的封装和隔离，代码层面没有组件化。
- UI 之间的数据依赖关系，需要手动维护，如果依赖链路长，则会遇到“Callback Hell".
响应式与转换式
状态变更后UI更新
期望React能够实现：
1.状态更新，UI自动更新。 “状态更新，UI不会自动更新，需要手动地调用DOM进行更新。
2.前端代码组件化，可复用，可封装。 “欠缺基本的代码层面的封装和隔离，代码层面没有组件化。
3.状态之间的互相依赖关系，只需声明即可。 “UI之间的数据依赖关系，需要手动维护，如果依赖链路长，则会遇到"Callback Hell"。
组件化
左侧是dom树吗？
不是，dom树不是js内部变量，是浏览器内部的东西，只能通过调用js的api去修改它，而不是js的变量不能随意修改。
总结：
1.组件是组件的组合/原子组件 2.组件内拥有状态，外部不可见 3.父组件可将状态传入组件内部
思考:
- React是单向数据流，还是双向数据流? 单向数据流，父传子
- 如何解决状态不合理上升的问题?
- 组件的状态改变后，如何更新DOM?
组件设计：
1.组件声明了状态和UI的映射。
2.组件有Props/State两种状态。
3.“组件”可由其他组件拼装而成。
组件代码会是什么样子？
1.组件内部拥有私有状态State。
2.组件接受外部的Props状态提供复用性。
3.根据当前的State/Props,返回一一个Ul。
组件的生命周期：
03.React（hooks）的写法
useStale
传入一个初始值，返回-个状态，和set该状态的函数，用户可以通过调用该函数，来实现状态的修改。
useEffect
传入一个函数，和一个数组，数组是状态的数组，称作依赖项，该函数在mount时，和依赖项被set的时候会执行。 有"副作用”的函数，要传入useEffect来执行。副作用代表除了单纯的计算之外，还要做其它的一些事情，比如网络请求，更新DOM, localStorage存储数据等。
Hook使用法则
1.不要在循环，条件或嵌套函数中调用Hook。
04.React的实现
问题
1.JSX不符合JS标准
2.返回的JSX 发生改变时，如何更新DOM
3.State/Props更新时，要重新触发render函数
问题1：
把左边不符合js语法和return Mark-up语言标记片段转成符合react语法的代码
问题2：
Virtual DOM (虚拟DOM) Virtual DOM是一-种用于和真实DOM同步,而在JS内存中.维护的一个对象,它具有和DOM类似的树状结构，并和DOM可以建立一一对应的关系。
它赋予了React声明式的API :您告诉React希望让UI是什么状态, React就确保DOM匹配该状态。这使您可以从属性操作、事件处理和手动DOM更新这些在构建应用程序时必要的操作中解放出来。
既然所有的前端框架都是声明式，为什么不在浏览器中直接使用？
浏览器作为应用平台不能自己提供更高层的东西，只能提供底层，开发者再进一步进行封装。
How To Diff?
完美的最小Diff算法，需要O(n^3)的复杂度。 牺牲理论最小Diff,换取时间，得到了0 (n) 复杂度的算法: Heuristic O(n) Algorithm
05.React状态管理库
核心思想
将状态抽离到UI外部进行统一管理，弊端：降低组件复用率
状态管理库-推荐
状态管理库-状态机
当前状态，收到外部事件，迁移到下一个状态
