React16時代，該用什麼姿式寫 React ?

React16 後的各功能點是多個版本陸陸續續迭代增長的，本篇文章的講解是創建在 16.6.0 版本上
本篇文章主旨在介紹 React16 以後版本中新增或修改的地方，因此對於 React16 以前版本的功能，本篇文章看成您已充分了解了，再也不贅述

更新概覽

從 React v16.0 ~ React v16.6 的更新概覽（只涉及部分經常使用api）：

• React v16.0

1. render支持返回數組和字符串
2. 支持自定義 DOM 屬性
3. 減小文件體積

• React v16.3

1. createContext
2. createRef
3. 生命週期函數的更新

• React v16.4

更新 getDerivedStateFromProps

• React v16.6

1. memo
2. lazy
3. Suspense
4. static contextType
5. static getDerivedStateFromError

• React v16.7（~Q1 2019）

Hooks

接下來將針對影響較大，使用頻率較高的更新點逐一講解。

純函數的PureComponent

咱們知道，對 React 組件的性能優化，shouldComponentUpdate函數是很重要的一啪，因此 React 纔會在 React.Component的基礎上增長了React.PureComponent，可是對於非class類的純函數寫法，卻無法增長這樣的便捷處理。
對於這個問題，React16.6 增長了React.memo這個高階組件

通常使用方式：

const C = React.memo(props => {
  // xxx
})

React.memo的實現相似React.PureComponent，因此它內部是對對象進行淺比較。
React.memo容許你自定義比較方法，以下：

// 函數的返回值爲 true 時則更新組件，反之則不更新
const equalMethod = (prevProps, nextProps): boolean => {
  // 定義你的比較邏輯
}
const C = React.memo(props => {
  // xxx
}, equalMethod)

新的生命週期函數是怎樣的

React生命週期分爲三個階段：掛載、更新、卸載，React16後又多了一個異常，咱們一一看下。

掛載

生命週期的執行順序

1. constructor
2. static getDerivedStateFromProps
3. render
4. componentDidMount

render和componentDidMount較 React16 以前無變化。對於掛載過程，咱們着重看下constructor、componentWillMount和static getDerivedStateFromProps。

constructor

1. 初始化 state
   注意：應避免使用props給state賦值，這樣的話， state的初始化能夠提到constructor外面處理

constructor(props) {
  super(props);
  this.state = {
    x: 1,
    // y: props.y, // 避免這樣作，後面咱們會講應該怎樣處理
  }
}

1. 給方法綁定this

constructor(props) {
  super(props);
  this.handleClick = this.handleClick.bind(this);
}

可是，以上兩件事放到constructor外面處理會更簡單些，以下：

class C extends React.Component {
  state = {
    x: 1
  }
  handleClick = (e) => {
    // xxx
  }
}

因此，React16 之後用到constructor的場景會變少。

componentWillMount

能夠看到，componentWillMount在 React16 中被「刪掉」了（這樣說實際上是有問題的，由於 React 並未真正刪除該生命週期函數，只是告誡開發者，該函數在將來版本中會被廢棄掉），那麼問題就出現了，原先在這個生命週期中的作的事情，如今該放到哪裏去作呢？

首先問本身一個問題，原先的時候都在這個生命週期裏作什麼？答案是大部分時候會在這裏作 AJAX 請求，而後執行setState從新渲染。

然而在componentWillMount裏作 AJAX 請求實在不是一個明智之舉，由於對於同構項目中，componentWillMount是會被調用的。

還有人會在這裏面初始化state，關於state的初始化，請參看樓上小節。

綜上所述，componentWillMount其實原本沒有什麼主要做用，若是你的代碼規範，去掉的話，不會對如今的項目產生什麼影響。

static getDerivedStateFromProps

上面咱們講到，應避免使用props給state賦值，可是在 React16 前咱們都是這麼作的，如今若是不讓這麼操做了，那該在哪裏處理這塊邏輯呢？ React16 給出的答案就是 static getDerivedStateFromProps。
掛載組件時，該靜態方法會在render前執行；更新組件時，該靜態方法會在shouldComponentUpdate前執行。

class C extends React.Component {
  state = {
    y: 0
  }
  static getDerivedStateFromProps(props, state): State {
    if(props.y !== state.y) {
      return {
        y: props.y
      };
    }
  }
}

getDerivedStateFromProps的返回值將做爲setState的參數，若是返回null，則不更新state，不能返回object 或 null 之外的值，不然會警告。

getDerivedStateFromProps是一個靜態方法，是拿不到實例this的，因此開發者應該將該函數設計成純函數。

這樣，有沒有發現componentWillReceiveProps也就沒有用武之地了？是的，React16 把它也「刪掉」了（這樣說實際上是有問題的，由於 react 並未真正刪除該生命週期函數，只是告誡開發者，該函數在將來版本中會被廢棄掉，建議使用更好的getSnapshotBeforeUpdate 或 getDerivedStateFromProps）

更新

生命週期函數的執行順序

1. static getDerivedStateFromProps
2. shouldComponentUpdate
3. render
4. getSnapshotBeforeUpdate
5. componentDidUpdate

static getDerivedStateFromProps前面已經介紹過了，而其餘的幾個生命週期函數與 React16 以前基本無異，因此這裏主要介紹下getSnapshotBeforeUpdate。

getSnapshotBeforeUpdate

在 React 更新 DOM 以前調用，此時state已更新；
返回值做爲componentDidUpdate的第3個參數；
通常用於獲取render以前的 DOM 數據

語法：

class C extends React.Component {
  getSnapshotBeforeUpdate (prevProps, prevState): Snapshot {
    
  }
  componentDidUpdate(prevProps, prevState, snapshot) {
    // snapshot 是從 getSnapshotBeforeUpdate 的返回值，默認是 null
  }
}

getSnapshotBeforeUpdate 的使用場景通常是獲取組建更新以前的滾動條位置。

卸載

componentWillUnmount

較以前無變化。

異常

componentDidCatch 這個函數是 React16 新增的，用於捕獲組件樹的異常，若是render()函數拋出錯誤，則會觸發該函數。能夠按照 try catch 來理解和使用，在可能出現錯誤的地方，使用封裝好的包含 componentDidCatch 生命週期的組建包裹可能出錯的組件。

class PotentialError extends React.Component {
  state = {
    error: false,
  }
  componentDidCatch(error, info) {
    console.error(info);
    this.setState({
      error
    });
  }
  render() {
    if (this.state.error) {
      return <h1>出錯了，請打卡控制檯查看詳細錯誤！</h1>;
    }
    return this.props.children;   
  } 
}

如：

const Demo = () => (
  <PotentialError>
    <div>{{a: 1}}</div>
  </PotentialError>
)

這樣，Demo 組件即便直接使用對象做爲子組件也不會報錯了，由於被 PotentialError 接收了。

新生命週期的完整demo

看看穿上新生命週期這身新衣服後的樣子吧

import React from 'react'

export default class MyComponent extends React.Component {
  constructor(props) {
    super(props);
    // 初始化state方式（1）
    this.state = {

    }
  }
    
  static defaultProps = {

  }

  // 初始化state方式（2）
  state = {

  }
  static getDerivedStateFromProps(props, state) {
    return state
  }
  componentDidCatch(error, info) {

  }
  render() {

  }
  componentDidMount() {

  }
  shouldComponentUpdate(nextProps, nextState) {
    
  }
  getSnapshotBeforeUpdate(prevProps, prevState) {

  }
  componentDidUpdate(prevProps, prevState, snapshot) {

  }
  componentWillUnmount() {

  }

}

Suspense

Hooks

time slicing

【未完待續】