react打怪笔记

介绍

本文为学习react中的记录。不定时更新

Tips:

• 当组件的props或state有变化，执行render函数。
• 不管是使用函数或是类来声明一个组件，它决不能修改它本身的props
• React 能够将多个setState() 调用合并成一个调用来提升性能。

本文首发于个人我的网站: Timbok.top

无状态函数式组件 (stateless functional component)

React v16.7.0-alpha(内测) 将引入 Hooks, 这将意味着函数式组件将拥有相似类组件的特性。

无生命周期方法

函数式组件，有时也被称为无状态组件，没有任何生命周期方法，意味着每次上层组件树状态发生变动时它们都会从新渲染，这就是由于缺乏 shouldComponentUpdate 方法致使的。这也一样意味着您不能定义某些基于组件挂载和卸载的行为。

没有 this 和 ref

更有趣的是您在函数式组件中既不能使用 this关键字或访问到 ref。对于习惯了严格意义上的类或面向对象风格的人来讲，这很让他们惊讶。这也是使用函数最大的争论点。
另外一个有趣的事实就是您仍然能够访问到 context，若是您将 context 定义为函数的一个 props。

避免常见陷阱

在编写无状态函数式组件时，您须要避免某些特定的模式。避免在函数式组件中定义函数，这是由于每一次函数式组件被调用的时候，一个新的函数都会被建立。

const Functional = ({...}) => {
  const handleSomething = e => path(['event', 'target'], e)
  return (
    // ...
  )
}

这个问题很容易解决，您能够将这个函数做为 props 传递进去，或者将它定义在组件外面。

const handleSomething = e => path(['event', 'target'], e)
const Functional = ({...}) => // ...

生命周期

概况

生命周期演示

1.初始化

在组件初始化阶段会执行

1. constructor
2. static getDerivedStateFromProps()
3. componentWillMount() / UNSAFE_componentWillMount()
4. render()
5. componentDidMount()

2.更新阶段

props或state的改变可能会引发组件的更新，组件从新渲染的过程当中会调用如下方法：

1. componentWillReceiveProps() / UNSAFE_componentWillReceiveProps()
2. static getDerivedStateFromProps()
3. shouldComponentUpdate()
4. componentWillUpdate() / UNSAFE_componentWillUpdate()
5. render()
6. getSnapshotBeforeUpdate()
7. componentDidUpdate()

3.卸载阶段

1. componentWillUnmount()

4.错误处理

1. componentDidCatch()

详解

1.constructor(props)

react组件的构造函数在挂载以前被调用。在实现React.Component构造函数时，须要先在添加其余内容前，调用super(props)，用来将父组件传来的props绑定到这个类中，使用this.props将会获得。

官方建议不要在constructor引入任何具备反作用和订阅功能的代码，这些应当在componentDidMount()中写入。

constructor中应当作些初始化的动做，如：初始化state，将事件处理函数绑定到类实例上，但也不要使用setState()。若是没有必要初始化state或绑定方法，则不须要构造constructor，或者把这个组件换成纯函数写法。

固然也能够利用props初始化state，在以后修改state不会对props形成任何修改，但仍然建议你们提高状态到父组件中，或使用redux统一进行状态管理。

constructor(props) {
  super(props);
  this.state = {
    color: props.initialColor
  };
}

2.static getDerivedStateFromProps(nextProps, prevState)

getDerivedStateFromProps在组件实例化后，和接受新的props后被调用。他返回一个对象来更新状态，或者返回null表示新的props不须要任何state的更新。

若是是因为父组件的props更改，所带来的从新渲染，也会触发此方法。

调用steState()不会触发getDerivedStateFromProps()。

3. componentWillMount() / UNSAFE_componentWillMount()

componentWillMount()将在react将来版本中被弃用。UNSAFE_componentWillMount()在组件挂载前被调用，在这个方法中调用setState()不会起做用，是因为他在render()前被调用。

为了不反作用和其余的订阅，官方都建议使用componentDidMount()代替。这个方法是用于在服务器渲染上的惟一方法。

4.render()

render()方法是必需的。当他被调用时，他将计算this.props和this.state，并返回如下一种类型：

1. React元素。经过jsx建立，既能够是dom元素，也能够是用户自定义的组件。
2. 字符串或数字。他们将会以文本节点形式渲染到dom中。
3. Portals。react 16版本中提出的新的解决方案，可使组件脱离父组件层级直接挂载在DOM树的任何位置。
4. null，什么也不渲染
5. 布尔值。也是什么都不渲染，一般后跟组件进行判断。

当返回null,false,ReactDOM.findDOMNode(this)将会返回null，什么都不会渲染。

render()方法必须是一个纯函数，他不该该改变state，也不能直接和浏览器进行交互，应该将事件放在其余生命周期函数中。
若是shouldComponentUpdate()返回false，render()不会被调用。

Fragments

你也能够在render()中使用数组，如：(不要忘记给每一个数组元素添加key，防止出现警告)

render() {
  return [
    <li key="A">First item</li>,
    <li key="B">Second item</li>,
    <li key="C">Third item</li>,
  ];
}

换一种写法，能够不写key（v16++）

render() {
  return (
    <React.Fragment>
      <li>First item</li>
      <li>Second item</li>
      <li>Third item</li>
    </React.Fragment>
  );
}

官方示例:

function Clock(props) {
  return (
    <div>
      <h1>Hello, world!</h1>
      <h2>It is {props.date.toLocaleTimeString()}.</h2>
    </div>
  );
}

function tick() {
  ReactDOM.render(
    <Clock date={new Date()} />,
    document.getElementById('root')
  );
}

setInterval(tick, 1000);

5.componentWillReceiveProps()/UNSAFE_componentWillReceiveProps(nextProps)

官方建议使用getDerivedStateFromProps函数代替componentWillReceiveProps()。当组件挂载后，接收到新的props后会被调用。若是须要更新state来响应props的更改，则能够进行this.props和nextProps的比较，并在此方法中使用this.setState()。

若是父组件会让这个组件从新渲染，即便props没有改变，也会调用这个方法。

react不会在组件初始化props时调用这个方法。调用this.setState也不会触发。

6.shouldComponentUpdate(nextProps, nextState)

调用shouldComponentUpdate使react知道，组件的输出是否受state和props的影响。默认每一个状态的更改都会从新渲染，大多数状况下应该保持这个默认行为。

在渲染新的props或state前，shouldComponentUpdate会被调用。默认为true。这个方法不会在初始化时被调用，也不会在forceUpdate()时被调用。返回false不会阻止子组件在state更改时从新渲染。

若是shouldComponentUpdate()返回false，componentwillupdate,render和componentDidUpdate不会被调用。

在将来版本，shouldComponentUpdate()将会做为一个提示而不是严格的指令，返回false仍然可能致使组件的从新渲染。
官方并不建议在 shouldComponentUpdate()中进行深度查询或使用 JSON.stringify()，他效率很是低，而且损伤性能。

7.UNSAFE_componentWillUpdate(nextProps, nextState)

在渲染新的state或props时，UNSAFE_componentWillUpdate会被调用，将此做为在更新发生以前进行准备的机会。这个方法不会在初始化时被调用。

不能在这里使用this.setState()，也不能作会触发视图更新的操做。若是须要更新state或props，调用getDerivedStateFromProps。

8.getSnapshotBeforeUpdate()

在react render()后的输出被渲染到DOM以前被调用。它使您的组件可以在它们被潜在更改以前捕获当前值（如滚动位置）。这个生命周期返回的任何值都将做为参数传递给componentDidUpdate()。

9.componentDidUpdate(prevProps, prevState, snapshot)

在更新发生后当即调用componentDidUpdate()。此方法不用于初始渲染。当组件更新时，将此做为一个机会来操做DOM。只要您将当前的props与之前的props进行比较（例如，若是props没有改变，则可能不须要网络请求），这也是作网络请求的好地方。

若是组件实现getSnapshotBeforeUpdate()生命周期，则它返回的值将做为第三个“快照”参数传递给componentDidUpdate()。不然，这个参数是undefined。

10.componentWillUnmount()

在组件被卸载并销毁以前当即被调用。在此方法中执行任何须要的清理，例如使定时器无效，取消网络请求或清理在componentDidMount（）中建立的任何监听。

11.componentDidCatch(error, info)

错误边界是React组件，能够在其子组件树中的任何位置捕获JavaScript错误，记录这些错误并显示回退UI，而不是崩溃的组件树。错误边界在渲染期间，生命周期方法以及整个树下的构造函数中捕获错误。

若是类组件定义了今生命周期方法，则它将成为错误边界。在它中调用setState()可让你在下面的树中捕获未处理的JavaScript错误，并显示一个后备UI。只能使用错误边界从意外异常中恢复;不要试图将它们用于控制流程。详细

错误边界只会捕获树中下面组件中的错误。错误边界自己不能捕获错误。

为何虚拟dom会提升性能?

虚拟dom至关于在js和真实dom中间加了一个缓存，利用dom diff算法避免了没有必要的dom操做，从而提升性能。

具体实现步骤以下：

用 JavaScript 对象结构表示 DOM 树的结构；而后用这个树构建一个真正的 DOM 树，插到文档当中

当状态变动的时候，从新构造一棵新的对象树。而后用新的树和旧的树进行比较，记录两棵树差别把2所记录的差别应用到步骤1所构建的真正的DOM树上，视图就更新了。

参考连接

参考文档

1. React v16.3.0: New lifecycles and context API
2. React.Component
3. mytac