JavaScript模块化开发是将代码拆分为独立、可复用、有明确依赖关系的文件，核心方式为ES Module（推荐）和CommonJS；ESM语法简洁、支持tree-shaking，需type="module"或.mjs；CommonJS适用于旧Node.js项目；实际项目需Vite或Webpack等工具支持路径别名、资源处理等；模块设计应单一职责、避免循环依赖、配合类型提示。

JavaScript模块化开发就是把代码拆成独立、可复用、有明确依赖关系的文件，避免全局污染和维护困难。现代前端项目基本都依赖模块化，核心方式有ES Module（浏览器和Node.js原生支持）和CommonJS（Node.js传统方案），现在推荐优先用ESM。

使用ES Module（推荐）

ES Module是ECMAScript标准，语法简洁，静态分析能力强，支持tree-shaking，是当前主流选择。

• 导出用 export：可以命名导出（export const a = 1;）或默认导出（export default function() {}）
• 导入用 import：命名导入写法为 import { a, b } from './utils.js';，默认导入为 import utils from './utils.js';
• 注意：ESM在浏览器中需加 type="module" 属性：
• Node.js中启用ESM只需将文件后缀改为 .mjs 或在 package.json 中设置 "type": "module"

兼容旧项目：CommonJS（Node.js环境）

在纯Node.js（尤其老项目或工具脚本）中仍常见，用 require() 和 module.exports，但它是运行时动态加载，不支持静态优化。

• 导出：用 module.exports = {...} 或 exports.xxx = ...
• 导入：用 const utils = require('./utils');
• 注意：CommonJS不能直接在浏览器中运行，需通过Webpack、Vite等打包工具转换
• Node.js中可混用ESM和CommonJS，但需注意互操作限制（如 import 不能直接读取 module.exports 对象）

打包工具辅助模块化（实际项目必备）

即使用了ESM，浏览器对路径别名、CSS/图片等资源、代码分割的支持仍有限，需要构建工具补足。

• Vite：开箱即用ESM，开发时直接跑原生模块，无需编译，适合新项目
• Webpack：生态成熟，支持各种模块格式、懒加载、环境变量等，适合复杂应用
• 配置重点：设置入口（entry）、输出（output）、解析规则（resolve.alias）、插件（如 HtmlWebpackPlugin）

模块设计小建议

模块化不只是语法，更是组织思路。写得好才能真正解耦、易测、好维护。

• 一个模块只做一件事，比如 api.js 只封装请求，storage.js 只管本地存储
• 尽量用默认导出 + 命名导出组合：默认给主功能，命名给辅助方法（如 export default axios; export const get = ...）
• 避免循环依赖：A导入B，B又导入A → 通常说明职责划分不清，可提取公共逻辑到第三个模块
• 类型提示友好：配合TypeScript写 export interface 或 JSDoc，提升可读性

基本上就这些。从 import/export 写起，搭配合适工具，再注意模块职责，模块化开发就不复杂但容易忽略细节。