响应式系统与React
一、React的设计思路
1、UI编程痛点
-
状态更新，UI不会自动更新，需要手动的调用DOM进行更新。
-
欠缺基本的代码层面的封装和隔离，代码层面没有组件化。
-
UI之间的数据依赖关系，需要手动维护，如果依赖链长，则会遇到“Callback Hell”（回调地狱）。
因为依赖关系导致一个非常深的回调嵌套，这就是所谓的回调地狱
2、响应式编程
转换式系统：给定输入，求输出
响应式系统：监听事件，消息驱动。
- 状态更新，UI自动更新。
- 前端代码组件化，可复用，可封装。
- 状态之间的相互依赖关系，只需声明即可。
以上是要解决的UI编程痛点。
3、组件化
- 组件是组件的组合/原子组件。
- 组件内拥有状态，外部不可见。
- 父组件可将状态转入组件内部。
状态归属问题
状态应该归属于两个节点（或多个）向上寻找到的最近共同祖先。
1.组件设计
- 组件声明了状态和UI的映射。
- 组件有Pros/State两种状态。
- “组件”可由其他组件拼接而成。
2.组件代码
- 组件内部拥有私有状态。
- 组件接受外部的Props状态提供复用特性。
- 根据当前的State/Props,返回一个UI。
二、React的实现
1、问题
- JSX不符合JS标准语法。
- 返回的JSX发生改变时，如何更新DOM
- State/Props更新时要重新触发render函数。
2、解决
- 将JSX转换为符合JS语法的
const Test = (props) => {
const {url} = props;
return (<div className="root"><img src={url}/></div>)
}
转换为
const Test = props=>{
const {url} = props;
return React.createElement("div",{className:"root"},React.createElement("img",{src:url}));
}；
-
Virtual DOM（虚拟DOM）
Virtual DOM是一种用于和真实DOM同步，而在JS内存中维护的一个对象，他具有和DOM类似的树状结构，并和DOM可以建立一一对应的关系。
它赋予了React声明式的API:告诉UI是什么状态，React就确保DOM匹配该状态。这使人们可以从属性操作、事件处理和手动DOM更新这些在构建应用程序时必要的操作中解放出来。
-
Diff（差别）
学过算法的应该知道空间和时间二者不可兼得 。同理，更新次数与计算速度这两者样要有所取舍。
完美的最小Diff算法，需要 O(n^3) 的复杂度
而牺牲理论最小Diff，换取时间，得到了 O(n) 复杂度的算法，他是局部最优的。Heuristic O(n) Algorithm （启发式算法）
| How to Diff | |
|---|---|
| 不同类型的元素 | 替换 |
| 同类型的DOM元素 | 更新 |
| 同类型的组件元素 | 递归 |
这个算法只遍历了一遍，就可以算出diff。
而这也是React一个弊病，一个组件发生改变时，其子组件全部会重新渲染。要解决这个问题，就要看接下来的React的状态管理库。
React的状态管理库
将状态抽离到UI外部进行统一管理，但是这是会降低组件的复用性，所以这一般出现在业务代码中。
状态机
收到外部事件后根据当前状态，迁移到下一个状态。
可能会被很多层级的组件用到的状态适合放到状态管理库。
