模块化总结（CommonJS/AMD/CMD/ES6模块化）

背景前提：很久之前，开发网页要通过命名空间的方式来组织代码，例如jQuery库把它的API都放在了window.$下，在加载完jQuery后其他模块再通过window.$去使用jQuery。但是这样做存在的问题，包括：

• 命名空间冲突，两个库可以会使用同一个名称（例：Zepto也放在window.$下）
• 无法合理地管理项目的依赖和版本
• 无法方便地控制依赖的加载顺序

模块化是指把一个复杂的系统分解成多个模块以方便编码。

模块化的开发方式可以提高代码复用率，方便进行代码的管理。通常一个文件就是一个模块，有自己的作用域，只向外暴露特定的变量和函数。

目前流行的js模块化规范有CommonJS、AMD、CMD以及ES6模块化

CommonJS

1、CommonJS是一种使用广泛的JavaScript模块化规范。 CommonJS 规范的流行得益于 Node.js 采用了这种方式，后来这种方式被引入到了网页开发中。

2、核心思想：通过require方法同步加载依赖其他模块，通过module.exports导出

// 定义模块moduleA
function add(a,b) {
    return a + b
}

// 导出
module.exports = moduleA.add;

// 导入
const moduleA = require('./moduleA');
moduleA.add(2,3)

3、优缺点

优点：

• 代码可复用于 Node.js 环境下并运行，例如做同构应用；
• 通过 NPM 发布的很多第三方模块都采用了 CommonJS 规范。

缺点

• 无法直接运行在浏览器环境下，必须通过工具转换成标准的 ES5
• 在服务端，模块文件都存在本地磁盘，读取非常快，所以这样做不会有问题。但是在浏览器端，要从服务器端加载模块，这时就必须采用非同步模式

AMD

1、AMD 也是一种 JavaScript 模块化规范，与 CommonJS 最大的不同在于它采用异步的方式去加载依赖的模块。AMD 规范主要是为了解决针对浏览器环境的模块化问题，最具代表性的实现是 requirejs.

2、用require.config()指定引用路径等，用define()定义模块，用require()加载模块。

引用模块的时候，我们将模块名放在[]中作为reqiure()的第一参数；如果我们定义的模块本身也依赖其他模块,那就需要将它们放在[]中作为define()的第一参数。

// 定义一个模块module
define('module', ['dep'], function(dep) {
  return exports;
});


// 导入和使用
require(['module'], function(module) {
});

3、优缺点

优点

• 可在不转换代码的情况下直接在浏览器中运行
• 可异步加载依赖
• 可并行加载多个依赖
• 代码可运行在浏览器环境和 Node.js 环境下

缺点

• JavaScript 运行环境没有原生支持 AMD，需要先导入实现了 AMD 的库后才能正常使用。

CMD

// AMD
define(["a", "b", "c", "d", "e", "f"], function(a, b, c, d, e, f) { 
     // 等于在最前面声明并初始化了要用到的所有模块
    a.doSomething();
    if (false) {
        // 即便没用到某个模块 b，但 b 还是提前执行了
        b.doSomething()
    } 
});

// CMD定义
define(function(require, exports, module) {
    var a = require('./a'); //在需要时申明
    a.doSomething();
    if (false) {
        var b = require('./b');
        b.doSomething();
    }
});

与AMD类似，不同点：AMD 推崇依赖前置、提前执行，CMD推崇依赖就近、延迟执行

ES6 模块化

// 导入
import { readFile } from 'fs';
import React from 'react';
// 导出
export function hello() {};
export default {
  // ...
};

缺点在于目前无法直接运行在大部分 JavaScript 运行环境下，必须通过工具转换成标准的 ES5 后才能正常运行。

特点：

• 静态化，必须在顶部，不能使用条件语句，自动采用严格模式
• treeshaking和编译优化，以及webpack3中的作用域提升
• 外部可以拿到实时值，而非缓存值(是引用而不是copy)

ES6 模块与 CommonJS 模块的区别

不同点：

1、CommonJS 模块输出的是一个值的拷贝，ES6 模块输出的是值的引用。

• CommonJS 模块输出的是值的拷贝，也就是说，一旦输出一个值，模块内部的变化就影响不到这个值。

• ES6 模块的运行机制与 CommonJS 不一样。JS 引擎对脚本静态分析的时候，遇到模块加载命令import，就会生成一个只读引用。等到脚本真正执行时，再根据这个只读引用，到被加载的那个模块里面去取值。换句话说，ES6 的import有点像 Unix 系统的“符号连接”，原始值变了，import加载的值也会跟着变。因此，ES6 模块是动态引用，并且不会缓存值，模块里面的变量绑定其所在的模块。

2、CommonJS 模块是运行时加载，ES6 模块是编译时输出接口。

• 运行时加载: CommonJS 模块就是对象；即在输入时是先加载整个模块，生成一个对象，然后再从这个对象上面读取方法，这种加载称为“运行时加载”。
• 编译时加载: ES6 模块不是对象，而是通过 export 命令显式指定输出的代码，import时采用静态命令的形式。即在import时可以指定加载某个输出值，而不是加载整个模块，这种加载称为“编译时加载”。

CommonJS 加载的是一个对象（即module.exports属性），该对象只有在脚本运行完才会生成。而 ES6 模块不是对象，它的对外接口只是一种静态定义，在代码静态解析阶段就会生成。

相同点：两者都可以对对象内部属性的值进行改变

• 即使我们使用了 ES6 的模块系统，如果借助 Babel 的转换，ES6 的模块系统最终还是会转换成 CommonJS 的规范。
• Babel5 中使用 require 时，引入值是 module.export 返回的值或者是 export default 返回的值。
• Babel6中，使用 import 引入时，可以直接获取到 export default 的值 ； 但是如果是 require 导入的组件， 无论导出是 module.export 、export 、 export default可以直接获取到 export default 的值都必须要加上一个 default。
   

 

参考文章：1、https://webpack.wuhaolin.cn/1%E5%85%A5%E9%97%A8/1-1%E5%89%8D%E7%AB%AF%E7%9A%84%E5%8F%91%E5%B1%95.html

2、https://es6.ruanyifeng.com/#docs/module-loader#ES6-%E6%A8%A1%E5%9D%97%E4%B8%8E-CommonJS-%E6%A8%A1%E5%9D%97%E7%9A%84%E5%B7%AE%E5%BC%82