1. 模块化发展背景与核心概念JavaScript模块化的发展历程可以看作是一部解决代码组织问题的进化史。早期的JS代码都是直接写在script标签里随着前端项目越来越复杂这种简单粗暴的方式带来了全局污染、依赖混乱等问题。于是社区先后出现了多种模块化方案最终在ES6中官方标准化了模块系统。1.1 为什么需要模块化想象一下你正在开发一个大型电商网站。如果没有模块化所有商品展示、购物车、用户登录的代码都混在一起就像把衣服、餐具、书籍全部扔进同一个柜子。当你需要修改购物车功能时可能不小心影响到用户登录模块这种耦合会带来巨大的维护成本。模块化通过以下方式解决这些问题作用域隔离每个模块有自己的作用域避免全局污染明确依赖模块间依赖关系清晰可见代码复用公共功能可以抽离为独立模块团队协作不同开发者可以并行开发不同模块1.2 主流模块化方案对比目前JavaScript主要有两种模块化规范CommonJS (CJS)Node.js默认采用的模块系统使用require()导入module.exports导出典型特点同步加载、运行时解析ES Modules (ESM)ES6语言标准的一部分使用import/export语法典型特点静态分析、编译时解析提示浏览器原生支持ESMNode.js从v12开始也支持ESM需要在package.json中设置type: module2. CommonJS深度解析2.1 基本使用模式CommonJS模块的基本结构非常简单// math.js - 定义模块 function add(a, b) { return a b } module.exports { add: add } // app.js - 使用模块 const math require(./math.js) console.log(math.add(1, 2)) // 32.2 核心特性剖析2.2.1 运行时加载机制CommonJS模块是在代码执行到require()语句时才加载的。这意味着模块加载是同步的可以根据条件动态决定是否加载模块模块路径可以动态生成// 动态加载示例 const moduleName someCondition ? moduleA : moduleB const module require(./${moduleName}.js)2.2.2 值拷贝与缓存CommonJS模块导出的是值的拷贝这一点非常重要// counter.js let count 0 function increment() { count } module.exports { count: count, increment: increment } // app.js const counter require(./counter.js) console.log(counter.count) // 0 counter.increment() console.log(counter.count) // 0 (不会改变)这是因为count在导出时被复制了一份模块内部的count变化不会反映到导出的拷贝上。2.2.3 循环依赖处理CommonJS处理循环依赖时有一些特殊行为// a.js console.log(a starting) exports.done false const b require(./b.js) console.log(in a, b.done , b.done) exports.done true console.log(a done) // b.js console.log(b starting) exports.done false const a require(./a.js) console.log(in b, a.done , a.done) exports.done true console.log(b done) // main.js console.log(main starting) const a require(./a.js) const b require(./b.js) console.log(in main, a.done, a.done, b.done, b.done)输出结果main starting a starting b starting in b, a.done false b done in a, b.done true a done in main, a.done true b.done true这表明CommonJS在遇到循环依赖时会返回模块的部分执行结果这可能导致一些意料之外的行为。3. ES Modules全面解读3.1 基本语法结构ESM使用import和export关键字来定义模块// math.js - 导出模块 export function add(a, b) { return a b } // app.js - 导入模块 import { add } from ./math.js console.log(add(1, 2)) // 33.2 导出方式详解3.2.1 命名导出(Named Exports)命名导出允许一个模块导出多个值// 方式1声明时直接导出 export const PI 3.14 export function circleArea(r) { return PI * r * r } // 方式2先声明后导出 const PI 3.14 function circleArea(r) { return PI * r * r } export { PI, circleArea } // 方式3导出时重命名 export { PI as pi, circleArea as area }3.2.2 默认导出(Default Export)每个模块可以有一个默认导出// 方式1直接导出匿名值 export default function(r) { return 3.14 * r * r } // 方式2导出已命名值 function circleArea(r) { return 3.14 * r * r } export default circleArea // 方式3导出对象 export default { PI: 3.14, circleArea(r) { return this.PI * r * r } }注意默认导出本质上只是给导出值命名为default导入时可以任意命名3.2.3 复合导出模式可以同时使用命名导出和默认导出// math.js export const PI 3.14 export default function circleArea(r) { return PI * r * r } // app.js import calculateArea, { PI } from ./math.js3.3 导入方式详解3.3.1 命名导入import { add, subtract } from ./math.js可以重命名导入的值import { add as addNumbers, subtract as minus } from ./math.js3.3.2 默认导入import circleArea from ./math.js默认导入的名称可以任意指定import myAreaFunction from ./math.js3.3.3 命名空间导入将整个模块导入为一个命名空间对象import * as math from ./math.js math.add(1, 2) math.PI3.3.4 副作用导入仅执行模块代码不导入任何值import ./analytics.js常用于执行polyfill初始化监控加载CSS文件3.3.5 动态导入ES2020引入的动态导入语法// 按需加载 button.addEventListener(click, async () { const module await import(./dialog.js) module.open() }) // 条件加载 if (user.isAdmin) { const adminModule await import(./admin.js) }3.4 ESM的核心特性3.4.1 静态解析ESM的导入导出必须在顶层作用域这使得工具可以在编译时分析依赖关系支持tree shaking优化错误可以在早期被发现// 错误示例 if (condition) { import ./module.js // SyntaxError }3.4.2 实时绑定(Live Binding)ESM导出的是值的引用而不是拷贝// counter.js export let count 0 export function increment() { count } // app.js import { count, increment } from ./counter.js console.log(count) // 0 increment() console.log(count) // 13.4.3 顶层awaitESM支持在模块顶层使用await// data.js const data await fetch(/api/data).then(r r.json()) export { data } // app.js import { data } from ./data.js console.log(data) // 已经解析好的数据4. CJS与ESM的深度对比4.1 加载时机对比特性CommonJSES Modules加载时机运行时动态加载编译时静态解析语法位置可出现在任何位置必须位于顶层作用域动态导入原生支持require()需要import()语法4.2 值传递机制对比// counter.js (CommonJS) let count 0 function increment() { count } module.exports { count, increment } // app.js const counter require(./counter.js) console.log(counter.count) // 0 counter.increment() console.log(counter.count) // 0 (不变) // counter.mjs (ESM) export let count 0 export function increment() { count } // app.mjs import { count, increment } from ./counter.mjs console.log(count) // 0 increment() console.log(count) // 1 (变化)4.3 循环依赖处理对比ESM处理循环依赖的方式与CJS不同// a.mjs import { bDone } from ./b.mjs export const aDone true console.log(in a:, bDone) // b.mjs import { aDone } from ./a.mjs export const bDone true console.log(in b:, aDone) // main.mjs import ./a.mjs这会抛出引用错误因为a.mjs和b.mjs互相依赖形成死锁。ESM的这种严格处理方式虽然看起来更受限但能避免CJS中那些难以追踪的循环依赖问题。4.4 浏览器与Node.js环境差异在浏览器中使用ESM需要注意需要添加typemodule属性文件路径必须完整不能省略.js扩展名默认启用严格模式script typemodule import { add } from ./math.js /script在Node.js中使用ESM文件扩展名需为.mjs或在package.json中设置type: module一些Node.js特有的全局变量如__dirname不可用部分核心模块的导入方式不同5. Tree Shaking深度解析5.1 工作原理Tree shaking是现代打包工具如Webpack、Rollup的一项重要优化技术其工作原理是构建依赖图通过静态分析确定模块间的导入导出关系标记未使用代码识别出哪些导出未被任何模块导入删除死代码安全地移除未被使用的代码5.2 最佳实践5.2.1 有利于Tree Shaking的写法// 方式1直接导出独立函数 export function add(a, b) { return a b } export function subtract(a, b) { return a - b } // 方式2使用纯函数 export const utils { add(a, b) { return a b }, subtract(a, b) { return a - b } }5.2.2 不利于Tree Shaking的写法// 方式1导出包含副作用的代码 export const utils { add(a, b) { console.log(adding) // 副作用 return a b } } // 方式2动态属性访问 const methods { add(a, b) { return a b }, subtract(a, b) { return a - b } } export default methods5.3 常见问题解答5.3.1 import * as utils vs import { add }// 会引入整个utils模块不利于tree shaking import * as utils from ./utils.js utils.add(1, 2) // 只引入add函数其他未使用的导出会被移除 import { add } from ./utils.js add(1, 2)5.3.2 CSS文件会被Tree Shaking吗import ./styles.css // 不会被移除CSS文件通常包含影响页面样式的副作用打包工具会保留它们。同样图片资源、字体文件等也不会被tree shaking移除。5.3.3 如何确保第三方库支持Tree Shaking检查库是否提供ESM版本使用支持sideEffects标志的打包工具避免整体导入// 不推荐 import _ from lodash // 推荐 import { debounce } from lodash-es6. 模块化实践建议6.1 项目结构组织良好的模块化项目结构示例src/ components/ // UI组件 Button/ index.js // 主入口 styles.css // 样式 utils.js // 组件专用工具 utils/ // 公共工具函数 math.js string.js services/ // 数据服务 api.js cache.js store/ // 状态管理 index.js modules/ user.js cart.js6.2 代码分割策略路由级分割const Home lazy(() import(./pages/Home)) const About lazy(() import(./pages/About))功能级分割const handleClick async () { const { showNotification } await import(./utils/notifications) showNotification(Hello!) }第三方库分割// webpack配置 optimization: { splitChunks: { chunks: all } }6.3 性能优化技巧预加载关键模块link relmodulepreload href/critical-module.js使用动态导入 Suspenseconst OtherComponent React.lazy(() import(./OtherComponent)) function MyComponent() { return ( Suspense fallback{divLoading.../div} OtherComponent / /Suspense ) }避免深层嵌套导入// 不推荐 import { utils } from ../../../../shared/utils // 推荐 // 使用alias配置或模块解析优化 import { utils } from /shared/utils7. 常见问题与解决方案7.1 混合使用CJS和ESM在Node.js中同时使用两种模块系统时在ESM中导入CJS模块// ESM中 import cjsModule from ./cjs-module.js // CJS模块的module.exports会作为默认导出在CJS中导入ESM模块// 必须使用动态import() async function loadESM() { const esmModule await import(./esm-module.mjs) }7.2 模块缓存问题ESM和CJS都有模块缓存机制但行为略有不同清除CJS缓存delete require.cache[require.resolve(./module.js)]ESM缓存无法直接清除需要重启应用或使用模块热替换(HMR)7.3 浏览器兼容性处理对于不支持ESM的旧浏览器使用打包工具转换为ES5提供nomodule回退script typemodule srcapp.js/script script nomodule srcapp-legacy.js/script使用polyfill谨慎选择会增加体积7.4 模块解析差异不同环境下模块解析规则不同浏览器ESM必须使用完整路径或相对路径需要文件扩展名Node.js ESM支持目录导入查找index.js可以省略扩展名支持package.json的exports字段打包工具通常支持以上所有规则可能还有额外alias配置8. 高级模块模式8.1 模块热替换(HMR)// webpack HMR示例 if (module.hot) { module.hot.accept(./module.js, () { // 模块更新时的回调 console.log(模块已更新) }) }8.2 模块联邦(Module Federation)webpack 5引入的跨应用模块共享// app1 webpack配置 new ModuleFederationPlugin({ name: app1, filename: remoteEntry.js, exposes: { ./Button: ./src/components/Button } }) // app2 webpack配置 new ModuleFederationPlugin({ name: app2, remotes: { app1: app1http://localhost:3001/remoteEntry.js } }) // app2中使用app1的模块 import(app1/Button).then(Button { // 使用Button组件 })8.3 条件导出与环境区分package.json中的高级导出配置{ exports: { .: { import: ./dist/module.mjs, require: ./dist/common.js, default: ./dist/legacy.js }, ./feature: { browser: ./feature-browser.js, node: ./feature-node.js } } }9. 工具链支持9.1 打包工具对比工具Tree Shaking代码分割HMR模块联邦Webpack优秀优秀支持支持Rollup极佳中等插件不支持Parcel良好良好支持不支持Vite优秀优秀极快支持9.2 Babel配置处理模块语法的关键插件{ presets: [ [babel/preset-env, { modules: false // 保留ESM语法 }] ] }9.3 TypeScript配置{ compilerOptions: { module: esnext, // 输出ESM moduleResolution: node // 模块解析策略 } }10. 未来发展趋势10.1 原生导入映射(Import Maps)script typeimportmap { imports: { lodash: https://unpkg.com/lodash-es4.17.21/lodash.js } } /script script typemodule import { debounce } from lodash // 实际从CDN加载 /script10.2 更细粒度的代码分割如函数级、组件级的按需加载。10.3 WebAssembly模块集成import init from ./module.wasm init().then(instance { instance.exports.myFunction() })在实际项目中我通常会根据以下原则选择模块方案新项目优先使用ESM库开发同时提供ESM和CJS版本动态导入用于优化性能关键路径保持模块职责单一控制模块体积定期审查模块依赖关系避免过度耦合模块化看似简单但在大型项目中正确运用需要持续的经验积累。特别是在处理性能优化、代码分割和缓存策略时往往需要根据具体场景做出权衡。
1. 模块化发展背景与核心概念JavaScript模块化的发展历程可以看作是一部解决代码组织问题的进化史。早期的JS代码都是直接写在script标签里随着前端项目越来越复杂这种简单粗暴的方式带来了全局污染、依赖混乱等问题。于是社区先后出现了多种模块化方案最终在ES6中官方标准化了模块系统。1.1 为什么需要模块化想象一下你正在开发一个大型电商网站。如果没有模块化所有商品展示、购物车、用户登录的代码都混在一起就像把衣服、餐具、书籍全部扔进同一个柜子。当你需要修改购物车功能时可能不小心影响到用户登录模块这种耦合会带来巨大的维护成本。模块化通过以下方式解决这些问题作用域隔离每个模块有自己的作用域避免全局污染明确依赖模块间依赖关系清晰可见代码复用公共功能可以抽离为独立模块团队协作不同开发者可以并行开发不同模块1.2 主流模块化方案对比目前JavaScript主要有两种模块化规范CommonJS (CJS)Node.js默认采用的模块系统使用require()导入module.exports导出典型特点同步加载、运行时解析ES Modules (ESM)ES6语言标准的一部分使用import/export语法典型特点静态分析、编译时解析提示浏览器原生支持ESMNode.js从v12开始也支持ESM需要在package.json中设置type: module2. CommonJS深度解析2.1 基本使用模式CommonJS模块的基本结构非常简单// math.js - 定义模块 function add(a, b) { return a b } module.exports { add: add } // app.js - 使用模块 const math require(./math.js) console.log(math.add(1, 2)) // 32.2 核心特性剖析2.2.1 运行时加载机制CommonJS模块是在代码执行到require()语句时才加载的。这意味着模块加载是同步的可以根据条件动态决定是否加载模块模块路径可以动态生成// 动态加载示例 const moduleName someCondition ? moduleA : moduleB const module require(./${moduleName}.js)2.2.2 值拷贝与缓存CommonJS模块导出的是值的拷贝这一点非常重要// counter.js let count 0 function increment() { count } module.exports { count: count, increment: increment } // app.js const counter require(./counter.js) console.log(counter.count) // 0 counter.increment() console.log(counter.count) // 0 (不会改变)这是因为count在导出时被复制了一份模块内部的count变化不会反映到导出的拷贝上。2.2.3 循环依赖处理CommonJS处理循环依赖时有一些特殊行为// a.js console.log(a starting) exports.done false const b require(./b.js) console.log(in a, b.done , b.done) exports.done true console.log(a done) // b.js console.log(b starting) exports.done false const a require(./a.js) console.log(in b, a.done , a.done) exports.done true console.log(b done) // main.js console.log(main starting) const a require(./a.js) const b require(./b.js) console.log(in main, a.done, a.done, b.done, b.done)输出结果main starting a starting b starting in b, a.done false b done in a, b.done true a done in main, a.done true b.done true这表明CommonJS在遇到循环依赖时会返回模块的部分执行结果这可能导致一些意料之外的行为。3. ES Modules全面解读3.1 基本语法结构ESM使用import和export关键字来定义模块// math.js - 导出模块 export function add(a, b) { return a b } // app.js - 导入模块 import { add } from ./math.js console.log(add(1, 2)) // 33.2 导出方式详解3.2.1 命名导出(Named Exports)命名导出允许一个模块导出多个值// 方式1声明时直接导出 export const PI 3.14 export function circleArea(r) { return PI * r * r } // 方式2先声明后导出 const PI 3.14 function circleArea(r) { return PI * r * r } export { PI, circleArea } // 方式3导出时重命名 export { PI as pi, circleArea as area }3.2.2 默认导出(Default Export)每个模块可以有一个默认导出// 方式1直接导出匿名值 export default function(r) { return 3.14 * r * r } // 方式2导出已命名值 function circleArea(r) { return 3.14 * r * r } export default circleArea // 方式3导出对象 export default { PI: 3.14, circleArea(r) { return this.PI * r * r } }注意默认导出本质上只是给导出值命名为default导入时可以任意命名3.2.3 复合导出模式可以同时使用命名导出和默认导出// math.js export const PI 3.14 export default function circleArea(r) { return PI * r * r } // app.js import calculateArea, { PI } from ./math.js3.3 导入方式详解3.3.1 命名导入import { add, subtract } from ./math.js可以重命名导入的值import { add as addNumbers, subtract as minus } from ./math.js3.3.2 默认导入import circleArea from ./math.js默认导入的名称可以任意指定import myAreaFunction from ./math.js3.3.3 命名空间导入将整个模块导入为一个命名空间对象import * as math from ./math.js math.add(1, 2) math.PI3.3.4 副作用导入仅执行模块代码不导入任何值import ./analytics.js常用于执行polyfill初始化监控加载CSS文件3.3.5 动态导入ES2020引入的动态导入语法// 按需加载 button.addEventListener(click, async () { const module await import(./dialog.js) module.open() }) // 条件加载 if (user.isAdmin) { const adminModule await import(./admin.js) }3.4 ESM的核心特性3.4.1 静态解析ESM的导入导出必须在顶层作用域这使得工具可以在编译时分析依赖关系支持tree shaking优化错误可以在早期被发现// 错误示例 if (condition) { import ./module.js // SyntaxError }3.4.2 实时绑定(Live Binding)ESM导出的是值的引用而不是拷贝// counter.js export let count 0 export function increment() { count } // app.js import { count, increment } from ./counter.js console.log(count) // 0 increment() console.log(count) // 13.4.3 顶层awaitESM支持在模块顶层使用await// data.js const data await fetch(/api/data).then(r r.json()) export { data } // app.js import { data } from ./data.js console.log(data) // 已经解析好的数据4. CJS与ESM的深度对比4.1 加载时机对比特性CommonJSES Modules加载时机运行时动态加载编译时静态解析语法位置可出现在任何位置必须位于顶层作用域动态导入原生支持require()需要import()语法4.2 值传递机制对比// counter.js (CommonJS) let count 0 function increment() { count } module.exports { count, increment } // app.js const counter require(./counter.js) console.log(counter.count) // 0 counter.increment() console.log(counter.count) // 0 (不变) // counter.mjs (ESM) export let count 0 export function increment() { count } // app.mjs import { count, increment } from ./counter.mjs console.log(count) // 0 increment() console.log(count) // 1 (变化)4.3 循环依赖处理对比ESM处理循环依赖的方式与CJS不同// a.mjs import { bDone } from ./b.mjs export const aDone true console.log(in a:, bDone) // b.mjs import { aDone } from ./a.mjs export const bDone true console.log(in b:, aDone) // main.mjs import ./a.mjs这会抛出引用错误因为a.mjs和b.mjs互相依赖形成死锁。ESM的这种严格处理方式虽然看起来更受限但能避免CJS中那些难以追踪的循环依赖问题。4.4 浏览器与Node.js环境差异在浏览器中使用ESM需要注意需要添加typemodule属性文件路径必须完整不能省略.js扩展名默认启用严格模式script typemodule import { add } from ./math.js /script在Node.js中使用ESM文件扩展名需为.mjs或在package.json中设置type: module一些Node.js特有的全局变量如__dirname不可用部分核心模块的导入方式不同5. Tree Shaking深度解析5.1 工作原理Tree shaking是现代打包工具如Webpack、Rollup的一项重要优化技术其工作原理是构建依赖图通过静态分析确定模块间的导入导出关系标记未使用代码识别出哪些导出未被任何模块导入删除死代码安全地移除未被使用的代码5.2 最佳实践5.2.1 有利于Tree Shaking的写法// 方式1直接导出独立函数 export function add(a, b) { return a b } export function subtract(a, b) { return a - b } // 方式2使用纯函数 export const utils { add(a, b) { return a b }, subtract(a, b) { return a - b } }5.2.2 不利于Tree Shaking的写法// 方式1导出包含副作用的代码 export const utils { add(a, b) { console.log(adding) // 副作用 return a b } } // 方式2动态属性访问 const methods { add(a, b) { return a b }, subtract(a, b) { return a - b } } export default methods5.3 常见问题解答5.3.1 import * as utils vs import { add }// 会引入整个utils模块不利于tree shaking import * as utils from ./utils.js utils.add(1, 2) // 只引入add函数其他未使用的导出会被移除 import { add } from ./utils.js add(1, 2)5.3.2 CSS文件会被Tree Shaking吗import ./styles.css // 不会被移除CSS文件通常包含影响页面样式的副作用打包工具会保留它们。同样图片资源、字体文件等也不会被tree shaking移除。5.3.3 如何确保第三方库支持Tree Shaking检查库是否提供ESM版本使用支持sideEffects标志的打包工具避免整体导入// 不推荐 import _ from lodash // 推荐 import { debounce } from lodash-es6. 模块化实践建议6.1 项目结构组织良好的模块化项目结构示例src/ components/ // UI组件 Button/ index.js // 主入口 styles.css // 样式 utils.js // 组件专用工具 utils/ // 公共工具函数 math.js string.js services/ // 数据服务 api.js cache.js store/ // 状态管理 index.js modules/ user.js cart.js6.2 代码分割策略路由级分割const Home lazy(() import(./pages/Home)) const About lazy(() import(./pages/About))功能级分割const handleClick async () { const { showNotification } await import(./utils/notifications) showNotification(Hello!) }第三方库分割// webpack配置 optimization: { splitChunks: { chunks: all } }6.3 性能优化技巧预加载关键模块link relmodulepreload href/critical-module.js使用动态导入 Suspenseconst OtherComponent React.lazy(() import(./OtherComponent)) function MyComponent() { return ( Suspense fallback{divLoading.../div} OtherComponent / /Suspense ) }避免深层嵌套导入// 不推荐 import { utils } from ../../../../shared/utils // 推荐 // 使用alias配置或模块解析优化 import { utils } from /shared/utils7. 常见问题与解决方案7.1 混合使用CJS和ESM在Node.js中同时使用两种模块系统时在ESM中导入CJS模块// ESM中 import cjsModule from ./cjs-module.js // CJS模块的module.exports会作为默认导出在CJS中导入ESM模块// 必须使用动态import() async function loadESM() { const esmModule await import(./esm-module.mjs) }7.2 模块缓存问题ESM和CJS都有模块缓存机制但行为略有不同清除CJS缓存delete require.cache[require.resolve(./module.js)]ESM缓存无法直接清除需要重启应用或使用模块热替换(HMR)7.3 浏览器兼容性处理对于不支持ESM的旧浏览器使用打包工具转换为ES5提供nomodule回退script typemodule srcapp.js/script script nomodule srcapp-legacy.js/script使用polyfill谨慎选择会增加体积7.4 模块解析差异不同环境下模块解析规则不同浏览器ESM必须使用完整路径或相对路径需要文件扩展名Node.js ESM支持目录导入查找index.js可以省略扩展名支持package.json的exports字段打包工具通常支持以上所有规则可能还有额外alias配置8. 高级模块模式8.1 模块热替换(HMR)// webpack HMR示例 if (module.hot) { module.hot.accept(./module.js, () { // 模块更新时的回调 console.log(模块已更新) }) }8.2 模块联邦(Module Federation)webpack 5引入的跨应用模块共享// app1 webpack配置 new ModuleFederationPlugin({ name: app1, filename: remoteEntry.js, exposes: { ./Button: ./src/components/Button } }) // app2 webpack配置 new ModuleFederationPlugin({ name: app2, remotes: { app1: app1http://localhost:3001/remoteEntry.js } }) // app2中使用app1的模块 import(app1/Button).then(Button { // 使用Button组件 })8.3 条件导出与环境区分package.json中的高级导出配置{ exports: { .: { import: ./dist/module.mjs, require: ./dist/common.js, default: ./dist/legacy.js }, ./feature: { browser: ./feature-browser.js, node: ./feature-node.js } } }9. 工具链支持9.1 打包工具对比工具Tree Shaking代码分割HMR模块联邦Webpack优秀优秀支持支持Rollup极佳中等插件不支持Parcel良好良好支持不支持Vite优秀优秀极快支持9.2 Babel配置处理模块语法的关键插件{ presets: [ [babel/preset-env, { modules: false // 保留ESM语法 }] ] }9.3 TypeScript配置{ compilerOptions: { module: esnext, // 输出ESM moduleResolution: node // 模块解析策略 } }10. 未来发展趋势10.1 原生导入映射(Import Maps)script typeimportmap { imports: { lodash: https://unpkg.com/lodash-es4.17.21/lodash.js } } /script script typemodule import { debounce } from lodash // 实际从CDN加载 /script10.2 更细粒度的代码分割如函数级、组件级的按需加载。10.3 WebAssembly模块集成import init from ./module.wasm init().then(instance { instance.exports.myFunction() })在实际项目中我通常会根据以下原则选择模块方案新项目优先使用ESM库开发同时提供ESM和CJS版本动态导入用于优化性能关键路径保持模块职责单一控制模块体积定期审查模块依赖关系避免过度耦合模块化看似简单但在大型项目中正确运用需要持续的经验积累。特别是在处理性能优化、代码分割和缓存策略时往往需要根据具体场景做出权衡。
