为什么 export 导出一个字面量会报错而使用 export default 不会报错

这篇具有很好参考价值的文章主要介绍了为什么 export 导出一个字面量会报错而使用 export default 不会报错。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

核心

其实总的来说就是 export 导出的是变量的句柄(或者说符号绑定、近似于 C 语言里面的指针,C++里面的变量别名),而 export default 导出的是变量的值。

需要注意的是:模块里面的内容只能在模块内部修改,模块外部只能使用。esModule在语法层面做了一层浅层的保护(即将import导入的变量声明为常量)

而变量的句柄必须通过 var、let、const、function 这些关键字声明才可以由 js 引擎生成,而值(或者说数据)可以通过变量运算或者字面量直接生成。

下面是测试用例:

// a.js
export let a = 'a'

export let objA = { a: 'a' }

let defaultA = 1
export default defaultA

export function fn(str) {
    a = str
    defaultA = str
}
// test1.js
import b, { a, fn, objA } from './a.js'
console.log(a, '---', b, '---', objA.a, '---', 'test1.js')
setTimeout(() => {
    objA.a = 'hello world'
    fn('hello world')
    console.log(a, '---', b, '---', objA.a, '---', 'test1.js')
})
// test2.js
import b, { a, objA } from './a.js'
console.log(a, '---', b, '---', objA.a, '---', 'test2.js')
setTimeout(() => {
    console.log(a, '---', b, '---', objA.a, '---', 'test2.js')
}, 100)
// main.js
import './test1.js'
import './test2.js'

运行main.js,输出结果如下:

为什么 export 导出一个字面量会报错而使用 export default 不会报错,前端

分析

  • 通过 a 值的变化可以看出,在 test1.js 中的修改会影响到 test2.js 中 a 的值,验证我们说的导出句柄这个观点。
  • 通过 b 的运行结果可以验证 export default 导出变量的值的观点。
  • 通过 objA.a 的运行结果可以验证浅层保护的观点,其实和const obj = {},我们可以修改 obj 的属性,只要不对 obj 重新赋值都是允许的是同一个逻辑。

如果看到这里你完全理解上面的内容,那么下面的内容就建议你跳过了,因为下面是一些细节的展开和补充,对你来说可能会有些啰嗦和浪费时间。如果上面的内容你还不是很理解,那么可以再看看下面的内容,看看是否对你有帮助。

那我们就按照以下几个方面具体来讲讲这个问题,顺便再做一些扩展和补充。

  • 1、句柄和值
  • 2、ES module 和 commonJs
  • 3、关于 Tree Shaking 的思考

句柄和值

其实句柄这个词我个人理解为权限,获得句柄就是获得某种东西的操作权限,比如拿到文件句柄就可以对文件进行读写操作。其实怎么理解都可以,只不过我引用了句柄这个词语。我想说明的是 export 导出的是一个变量的句柄(或者说是引用),这个概念类似于 C 语言里面的指针,C++里面的变量别名。也就是说,导入模块在拿到这个变量时,对这个变量的操作实际上是在操作原来的导出变量本身。

而值其实就是一份数据,也可以理解成 export default 导出的是一份数据拷贝。

扩展

一、js 中声明变量的几种方式

  • var、let、const
  • function
  • class
  • import(准确来讲并没有创建新的变量,但是这个关键字导入了被导入模块的变量的引用,而在 js 引擎层面并没有声明新的变量)

注意:

// main.js
export { default as a } from 'xxx/a.xxx'

这种情况下,a 这个变量在 main.js 这个模块中是访问不到的。如果想要在 main.js 这个模块中访问到 a 模块,需要使用 import 语句进行导入,再使用 export 暴露给外界。

// main.js
import a from 'xxx/a.xxx'
export a

二、堆栈内存

  • 堆内存:存放引用类型的数据,例如对象、数组等
  • 栈内存:存放基本数据类型和引用类型的地址(存放占用空间固定的数据

ES module 和 CommonJS

1、实现层面

ES module 和 CommonJS 比较大的一个区别就是一个是官方规范,一个是社区规范。官方规范自然就能的到 js 语法层面的实现支持,而社区规范只能通过在现有的语法基础上进行扩展来实现。

2、单独导出和默认导出

其实 CommonJS 的实现也特别简单,看一眼 webpack 的打包结果就知道了。核心原理就是将一个个模块放到函数中运行,这样利用函数作用域的特点,就可以实现模块之间的环境隔离。所以在 CommonJS 中,module.exports 和 exports 本质上就是同一个对象,这个对象就是这个模块(函数)运行时 return 的对象。

而 ES module 则不然,export 和 export default 有着本质的差别,那就是一个导出变量的句柄,一个导出变量的值。

扩展(关于 export 导出的细节)

关于 export 导出,出了这种下面常用的方式:

// a.js
export let a = 1

还有一种方式:

// b.js
let b = 1
export { b }

而这两种模块的导入方式都是一样:

import { a } from 'xx/a.js'
import { b } from 'xx/b.js'

既然前面说了,export 导出的是变量的句柄,那么显然下面这种方式是要报错的:

// b.js
export { b: 1 } // SyntaxError: Unexpected token ':'

因为导入方式一样,那么很自然的我就想测试一下,我按照下面这种方式来测试一下看会不会产生冲突

let b = 1
export { b }
export let b = 2 // SyntaxError: Identifier 'b' has already been declared

很显然使用 let、const 这样的关键字会产生一个重复定义的冲突,那么我们再试一下另外一个可以让我们多次重复声明同一个变量的 var 关键字。

var b = 1
export { b }
export var b = 2 // SyntaxError: Duplicate export of 'b'

改成 var 之后,不会在一开始编辑器就提示我们错误了,而是在运行时,报一个重复导出的错误。所以通过测试,这两种 export 导出方式还是不会产生冲突的。

3、动态导入

CommonJS 动态导入就很简单,其实就是运行函数。其实 CommonJS 导入本身就是在运行函数,所以动态或者静态其实都一样。

const a = require('xxx/a.js')

ES module 动态导入,那就需要语法的支持,使用下面这种语法:

const a = await import('xxx/a.js')

关于 Tree Shaking 的思考

我们知道,ES module 是支持 Tree Shaking 的,但是 CommonJS 是不支持的。

其实 Tree Shaking 面临的核心困难就是怎么确定一个函数或者模块它是否包含副作用。如果写的都是纯函数,那么 Tree Shaking 其实是很实现的。那么像有些函数,在编译时直接可以运行函数得到调用结果,进而在生产运行时,直接省去求值的耗时。

所以 Tree Shaking 的核心是在于副作用的检测,特别是在复杂的模块引用关系里面,确定每个模块里的某些内容是否存在副作用。另外为了更好的 Tree Shaking,比较推荐的方案是使用 ES module,并且使用 export 导出,这方式可以更好的进行 Tree Shaking。


原文链接:
https://juejin.cn/post/7315681269702541323文章来源地址https://www.toymoban.com/news/detail-766481.html

到了这里,关于为什么 export 导出一个字面量会报错而使用 export default 不会报错的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 为什么一个矩阵乘以一个满秩矩阵后秩不变

    A为N阶方阵,r(A) =p ,其中p n. B为N阶方阵,r(B)=n. 证明: r(AB) = p. 定理1:矩阵B可逆,则存在有限个初等矩阵 P 1 , P 2 , P 3 . . . P n P_1,P_2,P_3...P_n P 1 ​ , P 2 ​ , P 3 ​ ... P n ​ ,使得 A = P 1 P 2 . . . . P n A=P_1P_2....P_n A = P 1 ​ P 2 ​ .... P n ​ 定理2:矩阵B满秩,则矩阵B可逆 定理3:进行

    2024年02月10日
    浏览(44)
  • 20 信任链:为什么可以相信一个 HTTPS 网站?

    现实的生活当中,如果想证明一份合同没有被修改过,人们会在合同上盖一个齐缝章,并附上自己的签名。签名和盖章其实是一个含义,目的是证明自己签署过某份协议,而且一经签署,协议就不能再变更。 如果想阻止一份合同被修改,最容易想到的方式是加密 。合同一旦

    2024年02月21日
    浏览(51)
  • 为什么硅谷能够持续创新?—— 寻找下一个黄金 10 年

    目录 数字化依然是黄金赛道 为什么硅谷能够持续创新? 人才和资本

    2024年02月05日
    浏览(72)
  • 为什么访问同一个网址却返回不同的内容

    哈喽大家好,我是咸鱼。今天给大家分享一个关于 HTTP 有趣的现象 链接:https://csvbase.com/meripaterson/stock-exchanges 我们用浏览器访问这个链接,可以看到下面的网页 但如果我们使用 curl 命令去访问这个链接呢? 可以看到返回的是一个 csv 文件 我们用 wget 命令下载下来看看 可以

    2024年02月03日
    浏览(43)
  • 离线数仓中,为什么用两个flume,一个kafka

    实时数仓中,为什么没有零点漂移问题? 因为flink直接取的事件时间 用kafka是为了速度快,并且数据不丢,那为什么既用了kafkachannel,也用了kafka,而不只用kafkachannel呢? 因为需要削峰填谷 离线数仓中,为什么用两个flume,一个kafka,直接用taildirsource,kafkachannel,hdfssink不行吗?

    2024年02月14日
    浏览(37)
  • Buck-Boost为什么输出的是一个负压?

    在非隔离电源方案中,基础拓扑的Buck、Boost、Buck-Boost电路中,前两种已经在前面章节进行了详细描述。很多工程师对Buck和Boost电路都特别熟悉,只是对Buck-Boost不熟悉,这是因为现在电路设计中,以数字电路为主,不论是升压还是降压,一般都是以正压为主。而Buck-Boost虽然这

    2024年02月07日
    浏览(36)
  • 为什么每个C程序都需要一个叫做 main 的函数?

    当加载器运行时,它创建如下图所示的存储器映像。 在可执行文件中段表头的指导下,加载器将可执行文件的相关内容拷贝到代码和数据段。 接下来,加载器跳转到程序的入口点,也就是符号 _start 的地址。在 _start 地址处的 启动代码 (startup code)是在目标文件 ctrl.o 中定义

    2024年02月05日
    浏览(33)
  • Python冷知识-为什么切片和区间会忽略最后一个元素

    在 Python 里,像列表(list)、元组(tuple)和字符串(str)这类序列类型都支持切片操作,但是实际上切片操作比人们所想象的要强大很多。 在切片和区间操作里不包含区间范围的最后一个元素是 Python 的风格,这个习惯符合 Python、C 和其他语言里以 0 作为起始下标的传统。

    2024年02月14日
    浏览(39)
  • 芯片电源引脚为什么要加一个100nF电容

    在设计电路的时候,常常会在芯片的每个电源引脚就近的放一个100nF的贴片电容,这电容有什么作用呢?今天就来和大家分享一下这个电容的作用以及为什么是100nF。 首先这个芯片电源引脚的100nF的电容一般我们称为旁路电容,也有叫去耦电容的,因为这颗电容的作用比较多,

    2024年01月24日
    浏览(49)
  • 一个操作让数组处理速度快了5倍,到底是为什么

      概述: 通过对数组进行排序,代码更好地利用了缓存,从而提高了程序的性能。这种现象通常被称为\\\"缓存友好\\\"(cache-friendly)或\\\"空间局部性\\\"(spatial locality) 今天做一个数组数据计算时,发现一个效率问题,给大家分享一下 一个数组排序和不排序时同样的逻辑处理速度是

    2024年03月24日
    浏览(43)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包