CommonJS规范
CommonJS是在浏览器环境之外构建JavaScript生态系统为目标产生的项目，比如服务器和桌面环境中。CommonJS规范是为了解决JavaScript的作用域问题而定义的模块形式，
可以使每个模块在它自身的命名空间中执行。该规范的主要内容是：模块必须通过 module.exports导出对外的变量或接口，通过require()来导入其他模块的输出到当前模块。
例子：
// moduleA.js
module.exports = function( value ){
return value * 2;
}
// moduleB.js var multiplyBy2 = require(‘./moduleA‘); var result = multiplyBy2(4);
CommonJS是同步加载模块，但其实也有浏览器端的实现，其原理是将所有模块都定义好并通过id进行索引，这样就可以浏览器进行解析了
服务器端的Node.js遵循CommonJS规范。核心思想是允许模块通过require 方法来同步加载所要依赖的其他模块，然后通过 exports或module.exports来导出需要暴露的接口
require("module");
require("../file.js");
exports.doStuff = function() {};
module.exports = someValue;
优点：
- 服务器端便于重用
- NPM中已经将近20w个模块包
- 简单并容易使用
缺点：
- 同步的模块方式不适合不适合在浏览器环境中，同步意味着阻塞加载，浏览器资源是异步加载的
- 不能非阻塞的并行加载多个模块
详细：http://zhaoda.net/webpack-handbook/module-system.html
http://javascript.ruanyifeng.com/nodejs/module.html#toc4
AMD
AMD规范其实只有一个主要接口 define(id,dependencies,factory)，它要在声明模块的时候指定所有的依赖dependencies，并且还要当做形参传到factory中，对于依赖的模块提前执行，依赖前置
define("module", ["dep1", "dep2"], function(d1, d2) {
return someExportedValue;
});
require(["module", "../file"], function(module, file) { /* ... */ });
优点：
- 适合在浏览器环境异步加载
- 并行加载多个模块
缺点：
- 提高开发成本，代码阅读和书写比较困难
- 不符合通用的模块思维方式，是一种妥协的实现
详细：http://www.ruanyifeng.com/blog/2012/10/asynchronous_module_definition.html
CMD
CMD规范和AMD相似，尽量保持简单，并且与CommonJS和NodeJS的Modules规范保持了很大的兼容性。
define(function(require, exports, module) {
var $ = require(‘jquery‘);
var Spinning = require(‘./spinning‘);
exports.doSomething = ...
module.exports = ...
})
优点：
- 依赖就近，延迟执行
- 很容易在node中运行
缺点：
- 依赖SPM打包，模块的加载逻辑偏重
实现： SeaJS
转自 https://blog.csdn.net/vuturn/article/details/51970567
原文地址：https://www.cnblogs.com/jiuyi/p/9181259.html