主要观点总结
本文回顾了Node.js模块系统从CommonJS（cjs）到ECMAScript模块（esm）的演变，介绍了全局作用域的问题、Node.js通过cjs引入模块概念、npm包和打包工具的兴起、ESM模块的诞生及其特点，以及Node.js中cjs和esm的互操作性。文章还讨论了这一演变对开发者、行业和未来趋势的影响。
关键观点总结
关键观点1: Node.js模块系统的演变
从全局作用域的问题引发，Node.js通过引入cjs解决了全局命名冲突，随后出现了npm包和打包工具。随着ESM规范的推广，出现了更灵活的模块系统。
关键观点2: cjs和esm的关键区别和特点
cjs使用module.exports和require()导入模块，而esm使用export和import关键字进行成员的导入和导出，并引入了默认导出等新概念。esm还具有动态import()和顶层await等特性。
关键观点3: Node.js对esm的支持和cjs与esm的互操作性
Node.js在12.x版本中添加了对esm的支持，并通过一些规则确保向后兼容cjs。Node.js允许使用不同的文件扩展名来区分cjs和esm模块，同时esm模块可以导入具有cjs和esm入口点的npm包，但反之存在一些限制。
关键观点4: 对行业的影响和未来趋势
ESM的广泛采用推动了JavaScript模块系统的标准化，促进了前端开发的进一步发展。随着esm的普及，未来可能会看到cjs逐渐被淘汰，而bundlers的作用将变得更加重要。
文章预览
作者：@Marco Gonzalez 原文：https://dev.to/marcogrcr/nodejs-a-brief-history-of-cjs-bundlers-and-esm-2nlb 背景 Node.js 作为现代 Web 开发的核心技术之一，其模块系统经历了从 CommonJS（cjs）到 ECMAScript 模块（esm）的演变。本文通过回顾 Node.js 模块系统的历史，详细介绍了 cjs、esm 以及 bundlers 的发展过程，帮助开发者更好地理解这些概念及其在实际应用中的使用。 全局作用域的局限性 早期 JavaScript 仅有全局作用域，所有成员都在其中声明。这导致代码共享时容易出现冲突，因为不同文件可能对同一个成员使用相同的名称。 【早阅】Node.js 性能hooks和度量 API 例如，以下代码展示了全局作用域下的命名冲突： DOCTYPE html > < html > < head > < meta charset = "utf-8" > < title > 冲突示例 title > head > < body > < script src = "greet-1.js" > script > < script src = "greet-2.js" > script >
………………………………
