关于javascript:React不要动否则你会被炒鱿鱼

大家好,我卡颂。

不晓得大家在用React开发时,有没有留神到reactreact-dom这两个包中有个很奇葩的属性__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED

直译过去就是外部神秘属性,不要乱用!否则你会被炒鱿鱼

为什么会有个这么唬人的属性?明天咱们来聊聊。

欢送退出人类高质量前端框架群,带飞

React我的项目架构

咱们在我的项目中习惯应用如下语句引入Hook

import {useState} from 'react';

这是不是意味着所有Hook的具体实现都在react这个包中?理论不是的。

所有Hook的具体实现在ReactFiberHooks.new.js办法中,该办法来自于react-reconciler这个包。

那为什么咱们我的项目中素来没有被动引入过这个包呢?因为react-reconciler中被应用的局部,被打包进react-dom中了。

简略来说,React为了实现跨平台渲染,采纳的是一个主模块 + 一个渲染器的模式。

其中主模块就是react包,他提供了所有通用办法。

渲染器针对宿主环境不同而不同,比方:

  • 浏览器环境应用ReactDOM/client渲染器
  • SSR应用ReactDOM/server渲染器
  • Native环境应用ReactNative渲染器

渲染器除了宿主环境相干的代码外,还有大量通用逻辑(比方Diff算法)。

所以能够认为,react-dom是由如下多个包中被应用的局部打包而成:

  • shared,一个寄存通用办法的包
  • react-reconciler,提供包含Hooks的实现、Diff算法、优先级调度等更新相干性能
  • react-dom,提供宿主环境办法,比方DOM的增/挪动/删/改
  • 等等其余包

这也是为什么宿主环境千差万别,但都能通过执行useState扭转状态,触发视图更新。

起因在于 —— Hooks的实现宿主环境操作视图的办法被打包进了同一个包中。

既然Hooks的实现被打包进react-dom(或其余宿主环境对应的包)中,那如何做到最终应用时是从react中导出的呢?就像这样:

// 而不是 from 'react-dom'
import {useState} from 'react';

这就用到了开篇提到的变量__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED

内部结构

能够认为,当React团队心愿在react宿主环境对应的包之间共享数据时,就会把他保留在这个神秘的外部变量中。

比方上文提到的,Hook的具体实现

再比方,object.assign办法的polyfill,在reactreact-dom中都会用到,但如果两个包中别离引入,再别离打包,那么polyfill的代码会反复呈现在reactreact-dom两个包中。

为了缩小反复代码,react会引入object.assign办法的polyfill,再将它保留在神秘的外部变量中。

react作为react-dompeerDependencies,当我的项目中引入这两个包后,react-dom外部应用的object.assign理论来自react

// react-dom包外部
const react = require('react');
const { assign } = react.__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED;

常见问题

理解了神秘的外部变量的作用,咱们再来看看这种实现会造成的问题。

假如咱们有2个我的项目:

  • 组件库我的项目A,负责开发组件
  • 业务我的项目B,依赖A

B装置依赖后,A会呈现在B的node_modules中。

为了调试不便,咱们用npm link性能将B中依赖的A由B的node_modules中的A改为组件库我的项目A

npm link后,B中业务代码应用的useState来自于B的node_modules中的react

而B中引入的组件库A的组件中应用的useState来自于A的node_modules中的react

不同的react对应不同的__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED,最终对应不同的react-dom

这就会造成报错。

解决办法是在我的项目中为react减少别名(alias),使我的项目中所有用到react的中央都指向同一个react

总结

本文咱们理解了reactreact-dom中神秘的外部变量__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED的作用。

他可能在这两个包之间传递共享的数据。

须要留神的一点是,如果你也想用这种形式在两个包之间共享数据,须要将其中一个包设为另一个包的peerDependencies

否则,在打包时,被共享的数据只会在两个包中别离存在一份。

评论

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

这个站点使用 Akismet 来减少垃圾评论。了解你的评论数据如何被处理