React 17中新的JSX增強功能

正文

本文主要介紹React 17中JSX的新特性以及你為什么要關注它。

React 17的發(fā)布是獨一無二的。幾乎沒有任何你會注意到的新功能。然而，你可以找到幾個對React核心影響很大的改進。在這些改進中，JJSX的變化是非常明顯的。

本文將討論JSX的改進，它們背后的動機，以及每個開發(fā)者在升級到React 17之前應該知道的事情。

首先，最重要的是，讓我們看看你將從外部體驗到的變化。

對開發(fā)者來說，可見的變化

對React 17的膚淺研究肯定會讓你印象不深。真正令人興奮的東西不是新功能，而是在React的編譯方式。

為了更好地理解這些，讓我們看一下使用舊版React的組件中的JSX的編譯代碼。

你可能會注意到，編譯后的版本使用React.createElement，其中React的依賴性應該在范圍內(nèi)可用。這就是為什么你需要在每個組件中首先導入React。

現(xiàn)在讓我們來看看它在React 17中是如何工作的。

有了React 17，你就不需要為JSX導入React了。

我希望這能提供一個線索，即編譯后的版本不需要React的導入。

正如你在下圖中看到的，React 17編譯器從react/jsx-runtime導入了一個新的依賴項，它處理JJSX轉(zhuǎn)換。

因此，作為開發(fā)者，一旦你升級到React 17，你可以從你的組件的代碼中刪除React導入，如果它只是為了JSX而存在。

但這是唯一的變化嗎，有關系嗎？

正如你已經(jīng)注意到的，從外面看效果似乎無關緊要。

重要的是要明白，當你的代碼庫中有更多的React組件時，整體效果會顯現(xiàn)出來

為了更好地理解這種影響，讓我們看看為什么取消與React.createElement的依賴關系對JSX很重要。

刪除createElement的好處

首先做個總結(jié)的話，有幾個點:

• 減少捆綁文件的大小
• 減少動態(tài)屬性查詢
• Props、Args和KeyRef相關的改進

減少捆綁文件的大小

首先，可以想到的一點是：減少捆綁文件的大小。

隨著React導入的刪除，你的編譯捆綁輸出的大小將變得稍微小一些。我希望這一點變得很明顯，因為我們需要在編譯器將其替換為React中的子模塊的每個組件中刪除React導入，如下所示：

import {jsx as _jsx} from 'react/jsx-runtime';

減少動態(tài)屬性查詢

由于React 17不再為JSX使用React.createElement，因此消除了對動態(tài)屬性查找的需要。正如前面所討論的，你可以在前端代碼庫的編譯版本中找到這個。

然而，這里的性能改進是非常小的，在這里你幾乎不會注意到差異 這是因為現(xiàn)代的JavaScript引擎主要是針對動態(tài)屬性查詢進行優(yōu)化的。

Props、Args和KeyRef相關的改進

好吧，我只是想告訴你，這些改進存在于React 17中。然而，這些改進太過技術性，無法詳述。如果你有興趣，你可以在Motivation部分的create-element-changes中閱讀它們。

需要用React17嗎

如果你在JSX之外創(chuàng)建動態(tài)元素，你仍然需要React.createElement方法。

如果你需要在你的代碼中手動創(chuàng)建元素，你應該繼續(xù)使用React.createElement。

此外，你可能會想，我們不是還在使用react/jsx-runtime來替代React 17的React.createElement的JSX嗎，這些問題在那里得到了解決嗎？簡而言之，是的!

當我們看新的react/jsx-runtime時，它帶來了一些設計上的變化，以避免React.createElement方法中出現(xiàn)的瓶頸問題。

其中一些變化的引入是為了在未來的架構中有所發(fā)展。

你可以在詳細設計部分下的同一鏈接create-element-changes中閱讀這些內(nèi)容。鏈接:

https://github.com/reactjs/rfcs/blob/createlement-rfc/text/0000-create-element-changes.md#motivation

你還應該知道什么？

嗯，這不是別的，而是廢棄通知。

在React 17 JSX的變化中，有幾個通知是你應該注意的。

廢除 "模塊模式 "組件

const Foo = (props) => {
  return {
    onClick() {
      //...
    }
    render() {
      return <div onClick={this.onClick.bind(this)} />;
    }
  }
};

然而，通過做下面提到的兩個改變，升級會更容易。

• 使用函數(shù)表達式而不是箭頭函數(shù)。
• 添加一個帶有isReactComponent的原型，告訴React區(qū)分類和函數(shù)組件

結(jié)果看起來如下。

function Foo(props) {
  return {
    onClick() {
      //...
    }
    render() {
      return <div onClick={this.onClick.bind(this)} />;
    }
  }
};
Foo.prototype = { isReactComponent: true};

同樣，也會有以下的廢棄通知。

• 廢棄函數(shù)組件上的defaultProps。
• 廢棄對象中的spreading key。
• 廢棄字符串引用（并刪除生產(chǎn)模式_所有者字段）。

你可以在詳細設計部分的同一個鏈接create-element-changes中讀到它們，鏈接：

https://github.com/reactjs/rfcs/blob/createlement-rfc/text/0000-create-element-changes.md#motivation

然而，這些警告并不妨礙你遷移到React 17。在下一個主要版本之前，你也有時間來升級它們。

總結(jié)

JSX變換的好消息是，它是向后兼容的，升級到React 17的變化很小。

但我覺得影響可能會更好，因為目前的改進在現(xiàn)實世界中幾乎看不到。

然而，同樣重要的是要明白，這些改進中的大部分將有助于加速未來的發(fā)布。因此，升級到React 17將使你的代碼庫面向未來。而且你不需要提醒自己在JSX文件中保留React導入。

此外，如果你從舊版本升級，值得參考廢止通知，以避免將來出現(xiàn)任何麻煩。

謝謝你的閱讀，如果你有任何問題，請在下面的評論中提出來。