摘要：就像人們對更新移動應用程序和操作系統(tǒng)感到興奮一樣，開發(fā)人員也應該對更新框架感到興奮。錯誤邊界是一種組件。注意將作為值傳遞進去并不會導致使用。如果兩者不同，則返回一個用于更新狀態(tài)的對象，否則就返回，表示不需要更新狀態(tài)。

就像人們對更新移動應用程序和操作系統(tǒng)感到興奮一樣，開發(fā)人員也應該對更新框架感到興奮。不同框架的新版本具有新特性和開箱即用的技巧。

下面是將現(xiàn)有應用程序從 React 15 遷移到 React 16 時應該考慮的一些好特性。

想閱讀更多優(yōu)質文章請猛戳GitHub博客,一年百來篇優(yōu)質文章等著你！

React 16 引入了錯誤邊界的新概念。

現(xiàn)在在React 16中,大家就能使用錯誤邊界功能，而不用一發(fā)生錯誤就解除整個程序掛載了。把錯誤邊界看成是一種類似于編程中try-catch語句的機制，只不過是由 React 組件來實現(xiàn)的。

錯誤邊界是一種React組件。它及其子組件形成一個樹型結構，能捕獲JavaScript中所有位置的錯誤，記錄下錯誤，并且還能顯示一個后備界面，避免讓用戶直接看到組件樹的崩潰信息。

這里涉及到一種新的生命周期函數(shù)叫componentDidCatch(error, info)。無論什么樣的類組件，只要定義了這個函數(shù)，就成為了一個錯誤邊界。

class ErrorBoundary extends React.Component {
  constructor(props) {
    super(props);
    this.state = { hasError: false };
  }

  componentDidCatch(error, info) {
    // Display fallback UI
    this.setState({ hasError: true });
    // 你還可以將錯誤記錄到錯誤報告服務中
    logErrorToMyService(error, info);
  }

  render() {
    if (this.state.hasError) {
      // 可以渲染任何自定義回退界面
      return 
Something went wrong.
;
    }
    return this.props.children;
  }
}

也可以將其用作常規(guī)組件使用：

componentDidCatch() 方法的工作原理類似于JavaScript catch{}塊，但它適用于組件。只有類組件可以是錯誤邊界。實際上，在大多數(shù)情況下，你都希望聲明一次錯誤邊界組件，然后在整個應用程序中使用它。

請注意，錯誤邊界只會捕獲位于它們之下的組件中的錯誤。錯誤邊界無法捕獲到自身的錯誤。如果錯誤邊界渲染錯誤消息失敗，錯誤將被傳播到上方最接近的錯誤邊界。這也類似于 JavaScript 中的 catch{}塊。

有了錯誤邊界，即使某個組件的結果有錯誤，整個React程序掛載也不會被解除。只有出錯的那個組件會顯示一個后備界面，而整個程序仍然完全正常運行。

點擊查看在線事例

關于錯誤邊界更多的內容可查看官網。

現(xiàn)在，在渲染時可以擺脫將組件包裝在 div 中。

你現(xiàn)在可以從組件的 render 方法返回元素數(shù)組。與其他數(shù)組一樣，你需要為每個元素添加一個鍵以避免發(fā)出鍵警告：

render() {
  // No need to wrap list items in an extra element!
  return [
    // Don"t forget the keys :)
    
First item
,
    
Second item
,
    
Third item
,
  ];
}

從React 16.2.0開始，它支持JSX的一個特殊片段語法，該語法不需要鍵。

render() {
  return (
    <>
      
      
      
    
  );
}

支持返回字符串：

render() {
  return "Look ma, no spans!";
}

Portal 提供了一種將子節(jié)點渲染到父節(jié)點之外的 dom 節(jié)點。

ReactDOM.createPortal(child, container)

第一個參數(shù) (child)是任何可渲染的 React子元素，例如元素，字符串或片段。 第二個參數(shù) (container) 是 DOM 元素。

在 React15.X 版本中，我們只能講子節(jié)點在父節(jié)點中渲染，基本用法如下：

render() {
  // React需要創(chuàng)建一個新的div來包含子節(jié)點
  return (
    

      {this.props.children}
    
  );
}

但是如果需要將子節(jié)點插入到父節(jié)點之外的dom呢，React15.x 及之前都沒有提供這個功能的 API。
可以使用 React16.0 中的 portal：

render() {
  // React不需要創(chuàng)建一個新的div去包含子元素，直接將子元素渲染到另一個
  //dom節(jié)點中
  //這個dom節(jié)點可以是任何有效的dom節(jié)點，無論其所處于dom樹中的哪個位置 

  return ReactDOM.createPortal(
    this.props.children,
    domNode,
  );
}

Portal 的一個典型用例是這樣的：當父組件帶有 overflow:hidden 或 z-index 樣式時，你希望子組件在視覺上能夠“突破”它的容器。例如，對話框、懸?？ê凸ぞ咛崾?。

點擊查看在線事例

React15 會忽略任何未知的 DOM 屬性。React 會跳過它們，因為無法識別它們。

// 你的代碼

React 15 將渲染一個空的 div：

// React 15 output:

在 React16 中，輸出將如下所示(會顯示自定義屬性，并且完全不會被忽略)

// React 16 output:

有時候我們需要通過函數(shù)來判斷組件狀態(tài)更新是否觸發(fā)重新渲染，在 React 16 中，我們可以通過調用 setState 時傳入 null 來避免組件重新渲染，這也就意味著，我們可以在 setState 方法內部決定我們的狀態(tài)是否需要更新，

const MAX_PIZZAS = 20;

function addAnotherPizza(state, props) {
  // Stop updates and re-renders if I"ve had enough pizzas.
  if (state.pizza === MAX_PIZZAS) {
    return null;
  }

  // If not, keep the pizzas coming! :D
  return {
    pizza: state.pizza + 1,
  }
}

this.setState(addAnotherPizza);

更多相關信息請閱讀這里

現(xiàn)在使用 React16 創(chuàng)建refs要容易得多。 為什么需要使用refs：

管理焦點、文本選擇或媒體播放。

觸發(fā)動畫。

與第三方 DOM 庫集成。

ref 是使用 React.createRef() 創(chuàng)建的，并通過 ref 屬性附加到 React 元素。ref 通常是在構造組件時被分配給實例的屬性，以便在整個組件中引用它們。

class MyComponent extends React.Component {
  constructor(props) {
    super(props);
    this.myRef = React.createRef();
  }

  render () {
    return 

  }
}

上述是創(chuàng)建Ref指向的方法， 在Ref 所指向的組件，在render后就可以調用，React16.3 中提供了current 屬性，用于引用render后的節(jié)點：

componentDidMount(){
  console.log(this.myRef.current);
  //render之后就可以輸出該ref指向的那個節(jié)點
}

此外，同樣的 Ref 所指向的節(jié)點可以是 dom 節(jié)點，也可以是類組件。

Ref 的值因節(jié)點的類型不同而有所不同：

當 ref 屬性用于 HTML 元素時，在構造函數(shù)中使用 React.createRef() 創(chuàng)建的 ref 將底層 DOM 元素作為 current 屬性。

當 ref 屬性用于自定義類組件時，ref 對象將已掛載的組件實例作為 current 屬性。

你可能不會在功能組件上使用 ref 屬性，因為它們沒有實例。

Context 提供了一種通過組件樹傳遞數(shù)據(jù)的方法，無需在每一層手動傳遞 prop。

const { Provider, Consumer } = React.createContext(defaultValue)

創(chuàng)建{Provider,Consumer}對。當 React 渲染 Consumer 時，它將從樹中最接近的 Provider 讀取當前上下文值。

defaultValue 參數(shù)只在消費者在樹中找不到匹配的 Provider 時才會用到，這在多帶帶測試組件時十分有用。注意：將 undefined 作為 Provider 值傳遞進去并不會導致 Consumer 使用 defaultValue。

一個允許 Consumer 訂閱上下文變更的 React 組件。

一個 Provider 可以連接多個 Consumer，可以在樹中嵌套 Provider，實現(xiàn)更深的值覆蓋。

  {value => /* render something based on the context value */}

訂閱上下文更改的 React 組件。

需要一個函數(shù)作為子組件。這個函數(shù)接收當前上下文值，并返回一個 React 節(jié)點。傳給函數(shù)的 value 參數(shù)將等于樹中最近的 Provider 的 value。如果沒有匹配的 Provider，則 value 參數(shù)將等于傳給 createContext() 的 defaultValue。

在很長一段時間內，componentWillReceiveProps是在沒有附加渲染的情況下更新狀態(tài)的唯一方法。

在版本16.3中，我們引入了一個全新的生命周期函數(shù)getDerivedStateFromProps用來替換componentWillReceiveProps，并用更安全的方式處理相同的場景。

與此同時，我們意識到人們對如何使用這兩種方法有很多誤解，我們發(fā)現(xiàn)了一些反模式，這些錯誤導致了微妙而令人困惑的bug。

在16.4中，有關getDerivedStateFromProps的修復使得派生狀態(tài)更加可預測，因此錯誤使用的結果更容易被注意到。

getDerivedStateFromProps 會在調用 render 方法之前被調用，它應該返回一個用于更新狀態(tài)的對象，或者如果不更新任何狀態(tài)就返回 null。

這個方法適用于一些罕見的用例，其中 state 依賴 prop 的變化。例如，可以很方便地實現(xiàn)一個 組件，它會比較上一個和下一個子組件，然后決定它們中的哪個需要進行動畫渲染。

衍生 state 會導致冗長的代碼，并讓你的組件難以開發(fā)和維護。

你可以考慮更簡單的替代方案：

如果你需要在 prop 發(fā)生變更時做一些其他事情（例如數(shù)據(jù)提取或動畫），請改用 componentDidUpdate 生命周期。

如果你只想在 prop 發(fā)生變更時重新計算某些數(shù)據(jù)，請改用 memoization helper：

*　如果你想在 prop 發(fā)生變更時“重置”某個狀態(tài)，請考慮創(chuàng)建受控組件或帶有鍵的非受控組件。

此方法無權訪問組件實例。 如果你愿意，可以通過提取組件props的純函數(shù)和類定義之外的狀態(tài)，在getDerivedStateFromProps() 和其他類方法之間重用一些代碼。

注意，不管怎樣，這個方法都會在每次進行渲染時觸發(fā)。這與 UNSAFE_componentWillReceiveProps 完全相反。它只在父組件進行重新渲染時觸發(fā)，而且不作為本地 setState 的結果。

將nextProps.someValue與this.props.someValue進行比較。 如果兩者都不同，那么我們執(zhí)行一些操作:

static getDerivedStateFromProps(nextProps, prevState){   
  if(nextProps.someValue!==prevState.someValue){     
    return { someState: nextProps.someValue};  
   }
   return null
}

它接收兩個參數(shù) nextProps 和 prevState。如前所述，你無法在這個方法中訪問 this。你必須將 prop 存儲在 state 中，然后將 nextProps 與之前的 prop 進行對比。在上面的代碼中，nextProps 和 prevState 進行了比較。如果兩者不同，則返回一個用于更新狀態(tài)的對象，否則就返回 null，表示不需要更新狀態(tài)。如果 state 發(fā)生變更，就會調用 componentDidUpdate，我們可以像在 componentWillReceiveProps 中那樣執(zhí)行所需的操作。

react v16.3，最大的變動莫過于生命周期去掉了以下三個：

componentWillMount

componentWillReceiveProps

componentWillUpdate

同時為了彌補失去上面三個周期的不足又加了兩個：

static getDerivedStateFromProps

getSnapshotBeforeUpdate

舊的生命周期十分完整，基本可以捕捉到組件更新的每一個state/props/ref，沒有什從邏輯上的毛病。

但是架不住官方自己搞事情，react打算在17版本推出新的Async Rendering，提出一種可被打斷的生命周期，而可以被打斷的階段正是實際dom掛載之前的虛擬dom構建階段，也就是要被去掉的三個生命周期。

生命周期一旦被打斷，下次恢復的時候又會再跑一次之前的生命周期，因此componentWillMount，componentWillReceiveProps， componentWillUpdate　都不能保證只在掛載/拿到props/狀態(tài)變化的時候刷新一次了，所以這三個方法被標記為不安全。

你的點贊是我持續(xù)分享好東西的動力，歡迎點贊！