利用 std/esm 在 Node.js 开发中使用 ES Modules 整理自ES Modules in Node Today!,从属于笔者的现代 JavaScript 开发:语法基础与实践技巧系列中的模块化与构建章节。本文主要介绍了如何利用 std/esm 第三方库在 Node.js 应用中顺滑地使用 ES Modules 语法。node
随着主流浏览器逐步开始支持 ES Modules 标准,愈来愈多的目光投注于 Node.js 对于 ESM 的支持实现上;目前 Node.js 使用 CommonJS 做为官方的模块解决方案,虽然内置的模块方案促进了 Node.js 的流行,可是也为引入新的 ES Modules 形成了必定的阻碍。CommonJS 与 ES Modules 模块标准的对好比下:git
// CJS const a = require("./a") module.exports = { a, b: 2 } // ESM import a from "./a" export default { a, b: 2 }
鉴于 CommonJS 并不兼容于 ES Modules,Node.js 打算引入 .mjs
(Modular JavaScript)文件扩展来指明模块解析规则;这个有点相似于目前对于 JSON 文件的解析,若是咱们指明了载入 .json
格式文件,Node.js 会自动调用 JSON.parse
方法。Node.js 拟计划在 2020 年发布的 9.x 版本中引入内置的 ESM 支持,详细的 Node.js 中 ESM 实现规范查看 Node.js 官方文档 ES Module Interoperability;而目前主流的办法便是采用 Rollup、Webpack 这样的构建工具或者 Babel 这样的转化工具来进行代码转化。github
而近日正式发布的 @std/esm 为咱们提供了高性能的 Node.js 中 CommonJS 与 ES Modules 模块间调用,其可以做用于 Node.js 4.x 以上版本;它可以顺滑地集成到现有的 Webpack、Babel 环境中,而且支持不一样模块使用不一样的依赖版本。不一样于目前的解决方案须要是发布编译以后的 CommonJS 格式的文件,[@std/esm] 可以以最小的代价的、按需转化的、动态缓存的方式来进行源代码转化,其基本命令行中的使用方式以下所示:npm
> require('@std/esm') @std/esm enabled > import path from 'path'; undefined > path.join("Hello","World"); 'Hello/World'
[@std/esm] 除了会自动识别 .mjs
扩展的文件以外,它还支持任何包含 import/export
、Dynamic import、file URI scheme 等语句的文件,典型的用例以下:json
// 首先安装依赖 npm i --save @std/esm // index.js import hello from "./main.js"; hello(); // main.js import thing from "./constants.js"; export default function hello() { console.log(thing); } // constants.js export default "Hello World!"; // 运行文件 node -r @std/esm index.js // Hello World!
笔者在本身尝试的时候发现 @std/esm 还存在些 Bug,对于缓存代码的处理也并不完善,目前并不建议直接用于生产环境,可是有所了解仍是不错的。@std/esm 官方给出的与 Node.js 9 以及 CommonJS 模块的加载时间对好比下,能够发现仍是很接近于内建的解决方案性能的:浏览器
@std/esm
no cache run was ~1.56 milliseconds per module@std/esm
cached runs were ~0.54 milliseconds per module