JavaScript初期就是为了实现简单的页面交互逻辑，如今CPU、浏览器性能得到了极大的提升，很多页面逻辑迁移到了客户端，前端代码日益膨胀，此时在js方面就会考虑怎么样来管理使用模块化规范去管理。

模块化简单来说就是将一个完整的长篇代码文件根据功能进行划分成几个文件，这些文件各自负责一个独立的功能，各个文件组合起来实现一个完整的大功能，这就是模块化，每个负责独立功能的文件就是模块。

将一个复杂的程序依据一定的规则(规范)封装成几个块(文件), 并进行组合在一起；块的内部数据与实现是私有的, 只是向外部暴露一些接口(方法)与外部其它模块通信。因为在实际的开发过程中，经常会遇到变量、函数、对象等名字的冲突，这样就容易造成冲突，还会造成全局变量被污染；

Node应用使用CommonJS模块规范，Node中每个文件就是一个模块，有自己的作用域，在模块中定义的变量、函数都是私有的。模块中有四个重要的变量global、module、exports、require。

模块化的开发方式可以提高代码复用率，方便进行代码的管理。通常一个文件就是一个模块，有自己的作用域，只向外暴露特定的变量和函数。目前流行的js模块化规范有CommonJS、AMD、CMD以及ES6的模块系

CommonJS 模块输出的是值的拷贝，也就是说，一旦输出一个值，模块内部的变化就影响不到这个值。ES6 Modules 的运行机制与 CommonJS 不一样。JS 引擎对脚本静态分析的时候，遇到模块加载命令import，就会生成一个只读引用。

本文包含两部分，第一部分通过简明的描述介绍什么是 CommonJS、AMD、CMD、UMD、ES Module 以及它们的常见用法，第二部分则根据实际问题指出在正常的 webpack 构建过程中该如何指定打包配置中的模块化参数。

众所周知，早期 JavaScript 原生并不支持模块化，直到 2015 年，TC39 发布 ES6，其中有一个规范就是 ES modules（为了方便表述，后面统一简称 ESM）。但是在 ES6 规范提出前，就已经存在了一些模块化方案

在模块化规范形成之前，JS开发者使用Module设计模式来解决JS全局作用域的污染问题。Module模式最初被定义为一种在传统软件工程中为类提供私有和公有封装的方法。在JavaScript中，Module模式使用匿名函数自调用 (闭包)来封装

这篇文章主要介绍了css模块化方案，css的模块化方案可能和js的一样多，下面简单介绍几种主要的模块方案，非常具有实用价值，需要的小伙伴可以参考下。css的模块化方案可能和js的一样多，下面简单介绍几种主要的模块方案

CommonJS 模块输出的是一个值的拷贝，ES6 模块输出的是值的引用。CommonJS 模块是运行时加载，ES6 模块是编译时输出接口。export通过接口，输出的是同一个值。不同的脚本加载这个接口，得到的都是同样的实例。

AMD 是 RequireJS 给出的模块加载方案。 支持递归依赖解析、模块异步加载，夜兼容 CommonJS 可以在 Node.js 里用。 虽然目前已经不再流行，很多站点更倾向于编写 ES Modules 并直接 Webpack 打包， 但 AMD 是完整的

在很长的一段前端历史里，是不存在打包这个说法的。那个时候页面基本是纯静态的或者服务端输出的， 没有 AJAX，也没有 jQuery。Google 推出 Gmail 的时候（2004 年），XMLHttpRequest, 也就是我们俗称的 AJAX被拾起的时候

如今，几乎所有的Web服务或集成都是在Node.js运行时上完成的。Node.js是一个具有很多社区支持的灵活平台。我们甚至可以直接从Node.js创建xlsx，docx或pdf文档。所有主流云平台都可以使用Node.js作为其1级语言。

CommonJS 是服务器端的模块化方案，nodeJs 就采用了这种方案。在 CommonJS 规范中，一个文件即一个模块，用module.exports和exports定义模块输出的接口，用require加载模块。在 requireJS 中用define定义模块，require载入模块，require.config用来配置路径。ES6 Module 主要使用export输出，import加载。