如何看待 TC39 的提案 Module Fragments?

开发 前端
JS module fragments 是 JS 模块语法的一个提案,我们也可以叫它 “模块片段”,可用于在单个 JavaScript 文件中写多个模块代码。

[[414443]]

本文转载自微信公众号「勾勾的前端世界」,作者加班的打工人1234。转载本文请联系勾勾的前端世界公众号。

闲逛知乎的时候看到了这个问题,下面只有 2 个回答。贺师俊大佬竟然也关注了这个问题,于是......

以下是知乎原文,欢迎各位去知乎为俺三连:点赞、评论和收藏。

没人邀请,我来勇敢回答一把子这个问题。

首先来看下这个提案到底是什么。

JavaScript module fragments are a syntax for named, inline JS modules, which can be used for bundling multiple modules into a single JavaScript file.

直译一下,JS module fragments 是 JS 模块语法的一个提案,我们也可以叫它 “模块片段”,可用于在单个 JavaScript 文件中写多个模块代码。

简单来说,目前的 ES Modules 是以文件为单位划分的,而 TC39 这个提案的意思是可以更进一步,在同一个 JS 文件中,对代码进行模块的拆分,这有点类似于很多其它编程语言中的 `region` 注释片段。

举个例子,上代码:

  1. // filename: app.js  
  2.  
  3. // 定义一个模块 #count  
  4. module "#count" { 
  5.   let i = 0; 
  6.    // 模块导出一个函数 
  7.   export function count() { 
  8.     i++; 
  9.     return i; 
  10.   } 
  11.  
  12. // 定义另外一个模块 #uppercase 
  13. module "#uppercase" { 
  14.   // 导出一个函数 
  15.   export function uppercase(string) { 
  16.     return string.toUpperCase(); 
  17.   } 
  18.  
  19. // 导入模块,此处与 ES 标准化模块语法一致, 
  20. import { count } from "#count"
  21. import { uppercase } from "#uppercase"
  22.  
  23. console.log(count()); // 1 
  24. console.log(uppercase("daniel")); // "DANIEL" 

没错,这就是提案中的示例代码,我加了注释。

之所以有这样的提案,大家可以在提案中的动机中找到,大致可以总结为小文件在各类环境中的加载成本很高,并且需要借助其他打包工具。

截取一段,用我小学二年级的翻译水平来展示一下:

This proposal adds a syntax to JavaScript to allow for several JavaScript modules in one file. This format can be used as output by bundlers, with low overhead on execution, so that bundlers don't have to emulate as much, and JS engines can see what's going on. It's also convenient to be typed directly by JavaScript developers, and it should be low overhead to fit into existing workflows.

该提案为 JavaScript 增加了一种语法,该语法允许在一个文件中包含多个 JavaScript 模块。这种格式的模块可以被打包输出,以此降低执行成本,因此,传统意义上的打包工具就不再那么重要了,JS 引擎本身可以就可以完成这一系列工作,便于开发者可以直接使用原始的 JavaScript,而且这也很容易让其融入到现有的开发流程之中。

我个人是很支持这个提案的。

从根本上来讲,JavaScript 的诞生太过快速(“草率”),当时也没想到今天会有这么大的应用规模,所以很多高级特性并不完备。

历史上,JavaScript 一直没有模块系统,无法将一个大程序按照各自职责拆分成互相依赖的小模块,再用简单的方法拼装起来。这对构建复杂的大型应用形成了巨大障碍。

现在大家耳详能熟的 Webpack 就是为了更好的解决这一问题而诞生的,不过这一次,不再是社区方案或者工具,终于有人向语言标准下手了,试图从语言层面站出来彻底根治这个问题。

这一语法的出现,在现阶段最大的核心能力就是“模块打包相关”。在该提案的动机里有提到一个非常重要的点:“浏览器预判” ,即浏览器提前预判是否需要预先加载模块,这样一来,就能够区分模块是否需要被加载,从而有效提升加载性能。

当然,如果此提案能够被最终通过,也一定是渐进式的,至于能够释放多大的能量,就看各位大佬的聪明才智了。

xdm,支持此提案的给我点赞走一波……

 

责任编辑:武晓燕 来源: 勾勾的前端世界
相关推荐

2022-09-21 08:00:58

JavaScriptTC39

2024-06-25 12:39:05

2024-10-21 00:00:03

JavaScriptDate​API

2023-07-17 10:21:25

TC39JavaScript

2023-02-03 17:16:33

ECMAScriptAPITC39

2022-07-07 08:30:50

类型注解原生JS

2019-12-02 16:05:10

前端模块化JavaScript

2020-09-18 09:02:32

前端模块化

2023-11-24 08:31:03

ECMAScriptES2021

2023-12-22 08:13:39

业务review流程

2023-05-09 12:08:02

FedoraLinux

2016-06-17 10:35:20

云计算运维

2016-06-21 10:40:54

云计算AWS

2023-10-08 08:09:16

数据库性能服务器

2019-02-20 13:08:48

CIOIT转型

2009-02-19 14:27:00

2018-12-17 11:22:05

移动芯片网络

2019-12-25 14:03:42

JavaScript开发

2019-12-27 16:10:53

前端javascriptnode.js

2019-12-25 09:00:00

JavascriptWeb前端
点赞
收藏

51CTO技术栈公众号