在JavaScript发展初期就是为了实现简单的页面交互逻辑，寥寥数语即可；如今CPU、浏览器性能得到了极大的提升，很多页面逻辑迁移到了客户端（表单验证等），随着web2.0时代的到来，Ajax技术得到广泛应用，jQuery等前端库层出不穷，前端代码日益膨胀
这时候JavaScript作为嵌入式的脚本语言的定位动摇了，JavaScript却没有为组织代码提供任何明显帮助，甚至没有类的概念，更不用说模块（module）了，JavaScript极其简单的代码组织规范不足以驾驭如此庞大规模的代码.
原始写法
function m1(){
//...
}
function m2(){
//...
}
这种做法的缺点很明显："污染"了全局变量，无法保证不与其他模块发生变量名冲突，而且模块成员之间看不出直接关系。
对象写法
var module1 = new Object({
_count : 0,
m1 : function (){
//...
},
m2 : function (){
//...
}
});
上面的函数m1()和m2(），都封装在module1对象里。使用的时候，就是调用这个对象的属性。
但是，这样的写法会暴露所有模块成员，内部状态可以被外部改写。比如，外部代码可以直接改变内部计数器的值。
立即执行函数写法
var module1 = (function(){
var _count = 0;
var m1 = function(){
//...
};
var m2 = function(){
//...
};
return {
m1 : m1,
m2 : m2
};
})();
使用上面的写法，外部代码无法读取内部的_count变量。
上述做法就是我们模块化的基础，目前，通行的JavaScript模块规范主要有两种：CommonJS和AMD
CommonJS
因为在网页端没有模块化编程只是页面JavaScript逻辑复杂，但也可以工作下去，在服务器端却一定要有模块，所以虽然JavaScript在web端发展这么多年，第一个流行的模块化规范却由服务器端的JavaScript应用带来，CommonJS规范是由NodeJS发扬光大，这标志着JavaScript模块化编程正式登上舞台。
定义模块 根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性
模块输出： 模块只有一个出口，
module.exports对象，我们需要把模块希望输出的内容放入该对象加载模块： 加载模块使用
require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象。
假定有一个数学模块math.js，就可以像下面这样加载，并调用其方法：
var math = require('math');
math.add(2,3); // 5
这种写法适合服务端，因为在服务器读取模块都是在本地磁盘，加载速度很快，但是如果在客户端，加载模块的时候有可能出现“假死”状况。比如上面的例子中math的调用必须等待math.js请求成功，加载完毕。那么，能不能异步加载模块呢？这时就出现了AMD和CMD规范。
AMD
AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出。
RequireJS主要解决两个问题：
- 多个JS文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器。
- js加载的时候浏览器会停止页面渲染，加载文件过多，未响应时间就会过长。
AMD也采用require()语句加载模块，但是不同于CommonJS，它要求两个参数，第一个参数[module]，是一个数组，里面的成员就是要加载的模块；第二个参数callback，则是加载成功之后的回调函数。如果将前面的代码改写成AMD形式，就是下面这样：
require(['math'], function (math) {
math.add(2, 3);
});
CMD
CMD 是 SeaJS 在推广过程中对模块定义的规范化产出。CMD 即Common Module Definition通用模块定义，CMD规范是国内发展出来的，就像AMD有个requireJS，CMD有个浏览器的实现SeaJS，SeaJS要解决的问题和requireJS一样，只不过在模块定义方式和模块加载（可以说运行、解析）时机上有所不同。
Sea.js推崇一个文件一个文件，遵循统一的写法，使用Sea.js进行模块化开发可以带来很多好处：
- 模块的版本管理。通过别名等配置，配合构建工具，可以比较轻松地实现模块的版本管理。
- 提高可维护性。模块化可以让每个文件的职责单一，非常有利于代码的维护.
- 前端性能优化。Sea.js 通过异步加载模块，这对页面性能非常有益。Sea.js 还提供了 combo、flush 等插件，配合服务端，可以很好地对页面性能进行调优。
- 跨环境共享模块。CMD 模块定义规范与 Node.js 的模块规范非常相近。通过 Sea.js 的 Node.js 版本，可以很方便实现模块的跨服务器和浏览器共享。
在CMD上写一个模块：
define(function(require, exports, module) {
var math = require('math');
math.add(2,3);
});
总结：
1. 为什么要使用模块化？
- 解决命名冲突
- 文件依赖管理
- 提高代码可读性
- 代码解耦，提高复用性
2. AMD和CMD的区别：
对依赖的处理不同：
- AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块
- CMD推崇就近依赖，只有在用到某个模块的时候再去require
对依赖模块的执行时机不同： - AMD中模块加载完就执行该模块，所有模块都执行完后会进入require的回调函数，执行主逻辑，结果就是依赖模块的执行顺序和书写顺序不一定一致，看网络速度，谁先下载完谁先执行，但主逻辑一定在所有依赖加载完成后才执行。
- CMD是先把所有的依赖模块全部加载完后进入主逻辑，遇到require语句的时候才执行对应的模块，结果是模块的执行顺序和书写顺序是完全一致的。
- AMD用户体验好，依赖模块提前执行了所以没有延迟，CMD性能好，只有用户需要的时候才执行。
