JavaScript模块化规范

学得比较晕，再次看commonjs，amd，cmd，umd时好像还是没完全弄清楚，今天再整理一下：

commonjs是用在服务器端的，同步的，如nodejs

amd,cmd是用在浏览器端的，异步的，如requirejs和seajs

amd先提出，cmd是在commonjs和amd基础上提出的

为什么晕呢？是因为没用，或用得太少。光看看文章是不行的。

一、commonJS

commonJS 是服务器端模块的规范，Node.js采用了这个规范。

commonJS规范指出：

一个单独的文件就是一个模块；

每一个模块都是一个单独的作用域。

也就是说，在一个文件定义的变量（还包括函数和类），都是私有的，对其他文件是不可见的。

1.1定义模块（导出模块）

foobar.js

//私有变量
var test = 123;

//公有方法
function Foobar () {

this.foo = function () {
// do someing ...
}
this.bar = function () {
//do someing ...
}
}

//exports对象上的方法和变量是公有的
var foobar = new Foobar();
exports.foobar = foobar;

1.2加载模块（引入模块）

加载模块使用require()方法，该方法读取一个文件并执行，最后返回文件内部的exports对象。

//require方法默认读取js文件，所以可以省略js后缀
var foobar= require('./boobar').foobar;
foobar.bar();

1.3总结

commonJS 加载模块是同步的，所以只有加载完成才能执行后面的操作。像Node.js主要用于服务器的编程，加载的模块文件一般都已经存在本地硬盘，所以加载起来比较快，不用考虑异步加载的方式，所以CommonJS规范比较适用。但如果是浏览器环境，要从服务器加载模块，这时就必须采用异步加载模式了。所以就有了 AMD CMD 解决方案。

二、AMD

AMD(Asynchromous Module Definition) 是 requireJS在推广过程中对模块定义的规范化产出 ，换言之，AMD定义规范，requireJS实现规范

AMD异步加载模块。它的模块支持对象、函数、构造器、字符串、JSON等各种类型的模块。

2.1定义模块（导出模块）

AMD设计出一个简洁的定义模块的API：

define(id?, dependencies?, factory);

其中：

id: 模块标识，可以省略。

dependencies: 所依赖的模块，可以省略。

factory: 模块的实现，一个函数或者一个JavaScript对象。

id遵循CommonJS Module Identifiers，dependencies元素的顺序和factory参数一一对应。

define()函数的第一种用法：（定义无依赖模块）

base.js

define(function() {
return {
mix: function(source, target) {
}
};
});

define()函数的第二种用法：（定义有依赖模块）

ui.js

define(['base'], function(base) {
return {
show: function() {
// todo with module base
}
}
});

page.js

define(['data', 'ui'], function(data, ui) {
// init here
});

define()函数的第三种用法：（定义数据对象模块）

define({
users: [],
members: []
});

define()函数的第四种用法：（定义具名模块）

define('index', ['data','base'], function(data, base) {
// todo
});

具名模块多数时候是不推荐的，一般由打包工具合并多个模块到一个js文件中时使用。

define()函数的第五种用法：（兼容commonJS）

前面提到dependencies元素的顺序和factory一一对应，其实不太严谨。AMD开始为摆脱CommonJS的束缚，开创性的提出了自己的模块风格。但后来又做了妥协，兼容了 CommonJS Modules/Wrappings 。即又可以这样写

define(function(require, exports, module) {
var base = require('base');
exports.show = function() {
// todo with module base
}
});

不考虑多了一层函数外，格式和Node.js是一样的：使用require获取依赖模块，使用exports导出API。

2.2加载模块（引入模块）

除了define外，AMD还保留一个关键字require。require 作为规范保留的全局标识符，可以实现为 module loader，也可以不实现。

目前，实现AMD的库有RequireJS 、curl 、Dojo 、bdLoad、JSLocalnet 、Nodules 等。

也有很多库支持AMD规范，即将自己作为一个模块存在，如MooTools 、jQuery 、qwery 、bonzo 甚至还有 firebug 。

CMD

CMD是SeaJS 在推广过程中对模块定义的规范化产出

CMD和AMD的区别有以下几点：

对于依赖的模块AMD是提前执行，CMD是延迟执行。不过RequireJS从2.0开始，也改成可以延迟执行（根据写法不同，处理方式不通过）。

CMD推崇依赖就近，AMD推崇依赖前置。

//AMD
define(['./a','./b'], function (a, b) {

//依赖一开始就写好
a.test();
b.test();
});
//CMD
define(function (requie, exports, module) {

//依赖可以就近书写
var a = require('./a');
a.test();

...
//软依赖
if (status) {

var b = requie('./b');
b.test();
}
});

虽然 AMD也支持CMD写法，但依赖前置是官方文档的默认模块定义写法。

3. AMD的api默认是一个当多个用，CMD严格的区分推崇职责单一。例如：AMD里require分全局的和局部的。CMD里面没有全局的 require,提供 seajs.use()来实现模块系统的加载启动。CMD里每个API都简单纯粹。

UMD

umd是AMD和CommonJS的糅合

AMD 浏览器第一的原则发展 异步加载模块。

CommonJS 模块以服务器第一原则发展，选择同步加载，它的模块无需包装(unwrapped modules)。

这迫使人们又想出另一个更通用的模式UMD （Universal Module Definition）。希望解决跨平台的解决方案。

UMD先判断是否支持Node.js的模块（exports）是否存在，存在则使用Node.js模块模式。

在判断是否支持AMD（define是否存在），存在则使用AMD方式加载模块。

如代码：

(function (window, factory) {
if (typeof exports === 'object') {
module.exports = factory();
} else if (typeof define === 'function' && define.amd) {
define(factory);
} else {
window.eventUtil = factory();
}
})(this, function () {
//module ...
});