这是我参与「第四届青训营 」笔记创作活动的的第11天
React历史与应用
React的设计思路
- 状态更新,UI不会自动更新,需要手动的调用DOM进行更新
- 欠缺基本的代码层面的封装和隔离,代码层面没有组件化
- UI之间的数据依赖关系,需要手动维护,如果依赖链路长,则会遇到“Callback Hell"
React的设计思路 - 响应式与转换
响应式系统
前端UI
01.状态更新,UI自动更新
“状态更新,UI不会自动更新,需要手动的调用DOM进行更新“
02.前端代码组件化,可复用,可封装 “欠缺基本的代码层面的封装和隔离,代码层面没有组件化“
03.状态之间的互相依赖关系,只需声明即可 “UI之间的数据依赖关系,需要手动维护,如果依赖链路长,则会遇到“Callback Hell“
总结
- 组件是组件的组合/原子组件
- 组件内拥有状态,外部不可见
- 父组件可将状态传入组件内部
React的设计思路 - 状态归属问题
思考:
- React是单向数据流,还是双向数据流?
- 如何解决状态不合理上升的问题?
- 组件的状态改变后,如何更新DOM?
React的设计思路 - 组件化
组件设计
- 组件声明了状态和UI的映射
- 组件有props/state两种状态
- “组件”可由其他组件拼装而成
- 组件内部拥有私有状态State
- 组件接受外部的Props状态提供复用性
- 根据当前的State/Props,返回一个UI
React的设计思路 - 响应式编程
React的设计思路 - 生命周期
React(hooks)的写法
Live Coding
React的实现
- JSX不符合JS标准语法
- 返回的JSX发生改变时,如何更新DOM
- State/Props更新时,要重新触发render函数
React的实现 - Problem1
React的实现 - Problem2
Virtual DOM(虚拟DOM)
Virtual DOM是一种用于和真实DOM同步,而在JS内存中维护的一个对象,它具有和DOM类似的树状结构,并和DOM可以建立一一对应的关系
它赋予了React声明式的API:您告诉React希望让UI是什么状态,React就确保DOM匹配该状态。这使您可以从属性操作、事件处理和手动DOM更新这些在构建应用程序时必要的操作中解放出来
React状态管理库
React状态管理库 - 核心思想
React状态管理库 - 状态机
React状态管理库 - Modern.js/Reduck
应用级框架科普
-
React组件的render函数,在哪些时机下,会被重新执行?
-
React这种函数式编程,和vue这种基于模版语法的前端框架,各有什么优点和缺点?
-
React推荐使用组合来进行组件的复用,而不是继承,背后有什么样的考虑?