React的历史与应用
应用场景
- 前端应用开发，如
Facebook、Netflix网页版 - 移动端原生应用，如
Android、IOS的app - 结合
Electron，进行桌面应用开发
发展历史
- 2010年 Facebook 在其 php 生态中，引入了 xhp 框架，首次引入了组合式组件的思想，启发了后来的React的设计。
- 2011年 Jordan Walke 创造了FaxJS，也就是后来的React原型:
- 2012年在Facebook 收购 Instagram 后，该 FaxJS 项目在内部得到使用, Jordan Walke 基于 FaxJS 的经验开发出了
React - 2014年-今天 生态大爆发，各种围绕React的新工具/新框架开始涌现
React的设计思路
UI编程的痛点
- 状态更新的时候，
UI不会自动更新，需要手动调用DOM接口进行更新 - 欠缺基本的代码层面的封装和隔离，代码层面没有组件化
UI之间的数据依赖关系，需要手动维护，如果依赖链路长，则会遇到回调地狱
React的出现，就是为了解决这三大痛点
响应式与转换式
- 转换式系统：给定输入求解输出，比如编译器的实现，数值计算等场景
- 响应式系统：监听事件，由消息驱动，需要有一个监控系统去关注事件，并对事件做出响应，更新
UI界面
前端开发的场景中，转换式系统不适合，而响应式系统就能完美解决前面的三大痛点
响应式编程
- 状态更新，
UI也会进行更新 - 前端代码组件化，可复用，可封装
- 状态之间的互相依赖关系，只需声明即可
组件化
用树状结构表示组件之间的关系
- 组件是组件的组合/原子组件
- 组件内拥有自己的状态，外部不可见
- 父组件可将状态传入组件内部
状态归属问题
下面这个图中，右上角的当前价格数据应当归属到那个组件去管理？
答案是属于根节点Root，因为这个属性会被多个子组件共享
这也导致了一个问题，当多个子组件需要共享数据的时候，就得将共享数据提升到父组件中，这其实是不好的
既然现在知道当前价格是由Root结点管理的，那子组件需要修改当前价格时该怎么办呢？
由于在js中，函数是一等公民，所以可以将函数也作为属性传递给子组件，那么就可以在Root组件中定义一个修改当前价格的函数，然后将这个函数传给子组件，当子组件需要修改当前价格时，就调用该函数即可
组件设计
- 组件声明了状态和
UI的映射 - 组件有
Props/State两种状态，前者是父组件传入的数据，后者是组件内部维护的数据 - 组件可由其他组件拼装而成
