升级到React 17之前应该知道的事情

导读 本文将讨论JSX的改进,它们背后的动机,以及每个开发者在升级到React 17之前应该知道的事情。今天分享的内容是React 17中JSX的新特性。
正文

本文主要介绍React 17中JSX的新特性以及你为什么要关注它。

React 17的发布是独一无二的。几乎没有任何你会注意到的新功能。然而,你可以找到几个对React核心影响很大的改进。在这些改进中,JJSX的变化是非常明显的。

本文将讨论JSX的改进,它们背后的动机,以及每个开发者在升级到React 17之前应该知道的事情。

首先,最重要的是,让我们看看你将从外部体验到的变化。

对开发者来说,可见的变化

对React 17的肤浅研究肯定会让你印象不深。真正令人兴奋的东西不是新功能,而是在React的编译方式。

为了更好地理解这些,让我们看一下使用旧版React的组件中的JSX的编译代码。

升级到React 17之前应该知道的事情

你可能会注意到,编译后的版本使用React.createElement,其中React的依赖性应该在范围内可用。这就是为什么你需要在每个组件中首先导入React。

现在让我们来看看它在React 17中是如何工作的。

有了React 17,你就不需要为JSX导入React了。

我希望这能提供一个线索,即编译后的版本不需要React的导入。

正如你在下图中看到的,React 17编译器从react/jsx-runtime导入了一个新的依赖项,它处理JJSX转换。

升级到React 17之前应该知道的事情

因此,作为开发者,一旦你升级到React 17,你可以从你的组件的代码中删除React导入,如果它只是为了JSX而存在。

但这是唯一的变化吗,有关系吗?

正如你已经注意到的,从外面看效果似乎无关紧要。

重要的是要明白,当你的代码库中有更多的React组件时,整体效果会显现出来

为了更好地理解这种影响,让我们看看为什么取消与React.createElement的依赖关系对JSX很重要。

删除createElement的好处

首先做个总结的话,有几个点:

    减少捆绑文件的大小
    减少动态属性查询
    Props、Args和KeyRef相关的改进
减少捆绑文件的大小

首先,可以想到的一点是:减少捆绑文件的大小。

随着React导入的删除,你的编译捆绑输出的大小将变得稍微小一些。我希望这一点变得很明显,因为我们需要在编译器将其替换为React中的子模块的每个组件中删除React导入,如下所示:

import {jsx as _jsx} from 'react/jsx-runtime'; 
减少动态属性查询

由于React 17不再为JSX使用React.createElement,因此消除了对动态属性查找的需要。正如前面所讨论的,你可以在前端代码库的编译版本中找到这个。

然而,这里的性能改进是非常小的,在这里你几乎不会注意到差异 这是因为现代的JavaScript引擎主要是针对动态属性查询进行优化的。

Props、Args和KeyRef相关的改进

好吧,我只是想告诉你,这些改进存在于React 17中。然而,这些改进太过技术性,无法详述。如果你有兴趣,你可以在Motivation部分的create-element-changes中阅读它们。

需要用React17吗

如果你在JSX之外创建动态元素,你仍然需要React.createElement方法。

如果你需要在你的代码中手动创建元素,你应该继续使用React.createElement。

此外,你可能会想,我们不是还在使用react/jsx-runtime来替代React 17的React.createElement的JSX吗,这些问题在那里得到了解决吗?简而言之,是的!

当我们看新的react/jsx-runtime时,它带来了一些设计上的变化,以避免React.createElement方法中出现的瓶颈问题。

其中一些变化的引入是为了在未来的架构中有所发展。

你可以在详细设计部分下的同一链接create-element-changes中阅读这些内容。链接:

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 
; } } };

然而,通过做下面提到的两个改变,升级会更容易。

    使用函数表达式而不是箭头函数。
    添加一个带有isReactComponent的原型,告诉React区分类和函数组件

结果看起来如下。

function Foo(props) { 
  return { 
    onClick() { 
      //... 
    } 
    render() { 
      return 
; } } }; Foo.prototype = { isReactComponent: true};

同样,也会有以下的废弃通知。

    废弃函数组件上的defaultProps。
    废弃对象中的spreading key。
    废弃字符串引用(并删除生产模式_所有者字段)。

你可以在详细设计部分的同一个链接create-element-changes中读到它们,链接:

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

然而,这些警告并不妨碍你迁移到React 17。在下一个主要版本之前,你也有时间来升级它们。

总结

JSX变换的好消息是,它是向后兼容的,升级到React 17的变化很小。

但我觉得影响可能会更好,因为目前的改进在现实世界中几乎看不到。

然而,同样重要的是要明白,这些改进中的大部分将有助于加速未来的发布。因此,升级到React 17将使你的代码库面向未来。而且你不需要提醒自己在JSX文件中保留React导入。

此外,如果你从旧版本升级,值得参考废止通知,以避免将来出现任何麻烦。

原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/136561.html

(0)
上一篇 2021年9月1日
下一篇 2021年9月1日

相关推荐

发表回复

登录后才能评论