大家好,我卡颂。
不知道大家在用react开发时,有没有注意到react与react-dom这两个包中有个很奇葩的属性__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED:
直译过来就是「内部神秘属性,不要乱用!否则你会被炒鱿鱼」。
为什么会有个这么唬人的属性?今天我们来聊聊。
我们在项目中习惯使用如下语句引入Hook:
import {useState} from 'react';
这是不是意味着所有Hook的具体实现都在react这个包中?实际不是的。
所有Hook的具体实现在ReactFiberHooks.new.js方法中,该方法来自于react-reconciler这个包。
那为什么我们项目中从来没有主动引入过这个包呢?因为react-reconciler中被使用的部分,被打包进react-dom中了。
简单来说,React为了实现跨平台渲染,采用的是「一个主模块」 + 「一个渲染器」的模式。
其中「主模块」就是react包,他提供了所有通用方法。
「渲染器」针对宿主环境不同而不同,比如:
渲染器除了「宿主环境相关的代码」外,还有大量通用逻辑(比如Diff算法)。
所以可以认为,react-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,在react与react-dom中都会用到,但如果两个包中分别引入,再分别打包,那么polyfill的代码会重复出现在react与react-dom两个包中。
为了减少重复代码,react会引入object.assign方法的polyfill,再将它保存在神秘的内部变量中。
react作为react-dom的peerDependencies,当项目中引入这两个包后,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个项目:
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。
本文我们了解了react与react-dom中神秘的内部变量__SECRET_INTERNALS_DO_NOT_USE_OR_YOU_WILL_BE_FIRED的作用。
他能够在这两个包之间传递共享的数据。
需要注意的一点是,如果你也想用这种方式在两个包之间共享数据,需要将其中一个包设为另一个包的peerDependencies。
否则,在打包时,「被共享的数据」只会在两个包中分别存在一份。
来源: 魔术师卡颂
如今的 Web 前端已被 React、Vue 和 Angular 三分天下,尽管现在的 jQuery 已不再那么流行,但 jQuery 的设计思想还是非常值得致敬和学习的,特别是 jQuery 的插件化。
受控组件与非受控组件在官网与国内网上的资料都不多,有些人觉得它可有可不有,也不在意。这恰恰显示React的威力,满足不同规模大小的工程需求。
一般在传统模式下,我们构建前端项目很简单。就是下载各种js文件,如JQuery、Echart等,直接放置在html静态文件。Webpack则是JavaScript中比较知名的打包工具。这两个构建工具构成了React应用快速搭建的基础。
Gatsby能快速的使用 React 生态系统来生成静态网站,可以结合React Component、Markdown 和服务端渲染来完成静态网站生成让他更强大。
React推出后,出于不同的原因先后出现三种定义react组件的方式,殊途同归;具体的三种方式:函数式定义的无状态组件、es5原生方式React.createClass定义的组件、es6形式的extends React.Component定义的组件
React主要思想是通过构建可复用组件来构建用户界面,每个组件都有自己的生命周期,它规定了组件的状态和方法需要在哪个阶段改变和执行。所谓组件就是有限状态机,,表示有限个状态以及在这些状态之间的转移和动作行为的模型。
React 相关的优化:使用 babel-react-optimize 对 React 代码进行优化,检查没有使用的库,去除 import 引用,按需打包所用的类库,比如 lodash 、echarts 等.Webpack 构建打包存在的问题两个方面:构建速度慢,打包后的文件体积过大
这篇文章主要介绍React Router定义路由之后如何传值,有关React和React Router 。react router中页面传值的三种方法:props.params、query、state
react 高阶组件简单的理解是:一个包装了另一个基础组件的组件。高阶组件的两种形式:属性代理(Props Proxy)、反向继承 (Inheritance Inversion)
React 支持一种非常特殊的属性 Ref ,你可以用来绑定到 render() 输出的任何组件上。这个特殊的属性允许你引用 render() 返回的相应的支撑实例( backing instance )。这样就可以确保在任何时间总是拿到正确的实例
内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!