这是我参与「第四届青训营 」笔记创作活动的第1天
React的历史与应用
- 2010年 Facebook在其php 生态中,引入了xhp框架,首次引入了组合式组件的思想,启发了后来的React的设计。
- 2011年 Jordan Walke 创造了 FaxJs,也就是后来的 React原型:
- 2012年 在Facebook 收购 Instagram 后,该FaxJS 项目在内部得到使用,Jordan Walke 基于FaxJS的经验,创造了React
- 2013年 react正式开源,Jordan Walke介绍了这款全新的框架
- 2014年-今天 各种围绕React的新工具/新框架开始涌现:
React的设计思路
React的设计思路-UI编程痛点
- 状态更新,UI不会自动更新,需要手动地调用DOM进行更新。
- 欠缺基本的代码层面的封装和隔离,代码层面没有组件化
- UI 之间的数据依赖关系,需要手动维护,如果依赖链路长,则会遇到"Callback Hell"
React的设计思路-响应式与转换式
React的设计思路-响应式编程
- 状态更新,UI自动更新。 状态更新,Ul 不会自动更新,需要手动地调用DOM 进行更新。
- 前端代码组件化,可复用,可封装。 欠缺基本的代码层面的封装和隔离,代码层面没有组件化。
- 状态之间的互相依赖关系,只需声明即可 "UI之间的数据依赖关系,需要手动维护,如果依赖链路长,则会遇到 Callback Hell".
React的设计思路-组件化
总结
- 组件是组件的组合/原子组件
- 组件内拥有状态,外部不可见
- 父组件可将状态传入组件内部
组件设计
- 组件声明了状态和 UI 的映射。
- 组件有Props/State 两种状态。
- “组件”可由其他组件拼装而成。
组件代码会是什么样子
- 组件内部拥有私有状态 State。
- 组件接受外部的Props状态提供复用性。
- 根据当前的 State/Props,返回一个UI。
React的设计思路-状态归属问题
思考:
- React 是单向数据流,还是双向数据流?
- 如何解决状态不合理上升的问题?
- 组件的状态改变后,如何更新 DOM?
React的设计思路-生命周期
React(hooks)的写法
React的实现
React的设计思路-Problems
React的设计思路-Problem1
React的设计思路-Problem2
Virtual DOM(虚拟 DOM)
- Virtual DOM 是一种用于和真实DOM 同步,而在JS内存中维护的一个对象,它具有和 DOM 类似的树状结构,并和 DOM 可以建立一一对应的关系。
- 它赋予了 React 声明式的API:您告诉React希望让UI是什么状态,React 就确保DOM 匹配该状态。这使您可以从属性操作、事件处理和手动DOM 更新这些在构建应用程序时必要的操作中解放出来。
React的设计思路-How to Diff
React的状态管理库
React的状态管理库-核心思想
React的状态管理库-推荐
React的状态管理库-状态机
当前转态,收到外部事件,迁移到下一个状态
## React的状态管理库-Modern.js/Reduck应用级框架科普
课后作业
- React 组件的 render 函数,在哪些时机下,会被重新执行?
- React 这种函数式编程,和 vue 这种基于模版语法的前端框架,各有什么优点和缺点?
- React 推荐使用组合来进行组件的复用,而不是继承,背后有什么样的考虑?