一 目录

不折腾的前端,和咸鱼有什么区别

目录
一 目录
二 前言
三 Babel
3.1 AST
3.2 Babel 原理
四 Webpack - Scope Hoisiting
4.1 Scope Hoisting 开启前后对比
4.2 原理
五 参考文献
5.1 Scope Hoisting
5.2 Babel

二 前言

返回目录

因为 BabelWebpackScope Hoisting 篇幅太小啦,感觉没啥内容,发出来像划水,于是抽取出来了。

然后因为是纯理论的知识点,又不记得是不是直接复制某篇文章的,所以如果文章有冒犯,欢迎联系我删除,联系方式在 GitHub 首页:

当然,文章是没有收益的,纯 share,佛系发文,随缘交友,欢迎来聊天吹水。

过年回去又要被催找女票了,好扎心……

三 Babel

返回目录
  • 面试官:了解过 Babel 吗?
  • jsliang:大概知道将 ES6+ 代码,先通过词法分析和语法分析之后解析为 AST,然后将这份 AST 转换为我们需要形式的 AST,最后将这个 AST 再转换成 ES5 或者期望格式的内容。
  • 面试官:写过 Babel 插件吗?
  • jsliang:没有。
  • (完结)

3.1 AST

返回目录

抽象语法树(Abstract Syntax Tree,AST),或简称语法树(Syntax tree),是源代码语法结构的一种抽象表示。

它以树状的形式表现编程语言的语法结构,树上的每个节点都表示源代码中的一种结构。

之所以说语法是 “抽象”的,是因为这里的语法并不会表示出真实语法中出现的每个细节。

图

转换成 AST 的目的就是将我们书写的字符串文件转换成计算机更容易识别的数据结构,这样更容易提取其中的关键信息,而这棵树在计算机上的表现形式,其实就是一个单纯的 Object

图

比如 if(false){} 编译成 AST 代码,我们是知道这段不执行的,就删除这个语法。

3.2 Babel 原理

返回目录

大多数 JavaScript Parser 遵循 estree 规范,Babel 最初基于 acorn 项目(轻量级现代 JavaScript 解析器)

Babel 大概分为三大部分:

  • 解析:将代码转换成 AST

    • 词法分析:将代码(字符串)分割为 token 流,即语法单元成的数组
    • 语法分析:分析 token 流(上面生成的数组)并生成 AST
  • 转换:访问 AST 的节点进行变换操作生产新的 AST

    • Taro 就是利用 babel 完成的小程序语法转换
  • 生成:以新的 AST 为基础生成代码

想了解如何一步一步实现一个编译器的小伙伴可以移步 Babel 官网曾经推荐的开源项目 the-super-tiny-compiler

四 Webpack - Scope Hoisiting

返回目录

Scope Hoisting 是 Webpack3 的新功能,直译为 「作用域提升」,它可以让 Webpack 打包出来的 「代码文件更小」「运行更快」

熟悉 JavaScript 都应该知道 「函数提升」「变量提升」 ,JavaScript 会把函数和变量声明提升到当前作用域的顶部。

「作用域提升」 也类似于此,Webpack 会把引入的 js 文件 “提升到” 它的引入者顶部。

4.1 Scope Hoisting 开启前后对比

返回目录

假设我们有两个文件:

原始文件
// main.js
export default "hello jsliang~";

// index.js
import str from "./main.js";

使用 Webpack 打包后输出文件内容:

[
  (function (module, __webpack_exports__, __webpack_require__) {
    var __WEBPACK_IMPORTED_MODULE_0__util_js__ = __webpack_require__(1);
    console.log(__WEBPACK_IMPORTED_MODULE_0__util_js__["a"]);
  }),
  (function (module, __webpack_exports__, __webpack_require__) {
    __webpack_exports__["a"] = ('hello jsliang~');
  })
]

开启 Scope Hoisting 后输出文件内容:

[
  (function (module, __webpack_exports__, __webpack_require__) {
    var util = ('hello jsliang~');
    console.log(util);
  })
]

对比两种打包方式输出的代码,我们可以看出,启用 Scope Hoisting 后,函数声明变成一个, main.js 中定义的内容被直接注入到 main.js 对应模块中,这样做的好处:

  • 「代码体积更小」,因为函数申明语句会产生大量代码,导致包体积增大(模块越多越明显);
  • 代码在运行时因为创建的函数作用域更少,「内存开销也随之变小」。

4.2 原理

返回目录

Scope Hoisting 的实现原理其实很简单:分析出模块之间的依赖关系,尽可能将打散的模块合并到一个函数中,前提是不能造成代码冗余。因此「只有那些被引用了一次的模块才能被合并」。

由于 Scope Hoisting 需要分析出模块之间的依赖关系,因此源码「必须采用 ES6 模块化语句」,不然它将无法生效。原因和 Tree Shaking 中介绍的类似。

五 参考文献

返回目录

5.1 Scope Hoisting

返回目录

5.2 Babel

返回目录

jsliang 的文档库由 梁峻荣 采用 知识共享 署名-非商业性使用-相同方式共享 4.0 国际 许可协议 进行许可。<br/>基于 https://github.com/LiangJunrong/document-library 上的作品创作。<br/>本许可协议授权之外的使用权限可以从 https://creativecommons.org/licenses/by-nc-sa/2.5/cn/ 处获得。

jsliang
393 声望31 粉丝

一个充满探索欲,喜欢折腾,乐于扩展自己知识面的终身学习斜杠程序员