babel-compat-loader v0.1.1
babel-compat-loader
A node loader to
importmodules compiled by Babel a if they were native ESM.
Installation
npm install --save babel-compat-loaderor
yarn add babel-compat-loaderUsage
node --experimental-modules --loader babel-compat-loader ./your-file.mjsWhat is this loader needed for?
ECMAScript modules transpiled by Babel have a "problem": they are not ECMAScript modules anymore. They become CommonJS modules, but this creates an interoperability problem with ECMAScript modules in NodeJS.
Consider this exaple:
// index.mjs
import { val } from "./dependency";
console.log(val);
// dependency.mjs
export const val = 3;When this program is run using node --experimental-modules index.mjs it logs 3, as expected.
When both the files are transpiled by Babel it still logs 3, because Babel knows how to handle named exports defined in transpiled modules:
// index.js
var _dependency = require("./dependency");
console.log(_dependency.val);
// dependency.js
Object.defineProperty(exports, "__esModule", { value: true });
var val = exports.val = 2;When only the dependency is transpiled by Babel the program breaks:
// index.mjs
import { val } from "./dependency";
console.log(val);
// dependency.mjs
Object.defineProperty(exports, "__esModule", { value: true });
var val = exports.val = 2;import { val } from "./dependency";
^^^
SyntaxError: The requested module './dependency' does not provide an export named 'val'
at ModuleJob._instantiate (internal/modules/esm/module_job.js:80:21)The problem is that, since JavaScript engines need to know which variables are exported by a module before executing it, CommonJS modules only export a default value which represents the module.exports object.
This loader fixes this problem, by analyzing the imported CommonJS modules before executing them.