AMD和CMD都是模块化的规范。那么，什么是模块化呢？
在JS中，是没有类的概念的。如JAVA中的package，就可以将一些相关的代码放到一个包内。它就是一个独立的王国，不用担心命名冲突什么的。我们引用时只需import引入这个package即可。
遗憾的是，JS中是没有类似的概念的，我们开发者需要模拟出类似的功能，来隔离、组织一些复杂的代码。我们就把这称为模块化。
一个模块就是实行特定功能的一个文件。有了模块，我们就更方便的使用别人的代码。即我们需要什么功能，就加载什么模块就可以啦。
下面将一下模块化的简单历程：
- 从最初利用函数的作用域，将代码写在一个函数里，用的时候调用这个函数，但是这样容易造成变量冲突等缺点。
- 为了解决上面问题，对象的写法应运而生，可以把所有的模块成员封装在一个对象中；这样的缺点是可以任意的修改内部变量，不安全。
- 然后就是可以利用自执行函数来达到隐藏细节的目的
var myModule = (function(){
var var1 = 1;
var var2 = 2;
function fn1(){
}
function fn2(){
}
return {
fn1: fn1,
fn2: fn2
};
})();
但是模块化需要一定的规则去规范它，目前流行的有CommonJS和AMD。
首先，讲一下CommonJS，它是由NodeJS而流行起来的。这标志着JS模块化开发开始登上舞台。分为三步：定义，输出和加载。
1、定义模块
根据CommonJS规范，一个单独的文件就是一个模块。每一个模块都是一个单独的作用域，也就是说，在该模块内部定义的变量，无法被其他模块读取，除非定义为global对象的属性
2、模块输出：
模块只有一个出口，module.exports对象，我们需要把模块希望输出的内容放入该对象
3、加载模块：
加载模块使用require方法，该方法读取一个文件并执行，返回文件内部的module.exports对象
上代码：
//模块定义 myModel.js
var name = 'Byron';
function printName(){
console.log(name);
}
function printFullName(firstName){
console.log(firstName + name);
}
module.exports = {
printName: printName,
printFullName: printFullName
}
//加载模块
var nameModule = require('./myModel.js');
nameModule.printName();
尴尬的浏览器
从上面代码我们可以看出，在服务器端引入require模块时，是同步执行的。而在浏览器端，我们只利用document中插入script标签来加载JS脚本的，是异步的。这样，当加载多个模块时，一个模块需要去依赖另一个模块，就会导致CommonJS模块在浏览器中无法正常加载。
那该怎么解决呢？第一种方法，我们可以开发一个服务器的组件，将这些代码分析后再发给浏览器。但是这样得需要安装另外的组件，并且底层的代码需要做一些调整。
另一个方法就是，我们需要一套标准版来规范模块该怎么定义，以及怎么加载。这样就出现了分歧：即AMD和CMD。
AMD和CMD
首先，他两个加载都是异步来进行加载的。
- AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块
这样的话，就会加载一个执行一个，因为定义的时候会声明依赖的模块。这样的效果就是依赖模块的执行顺序和书写顺序不一定一致，因为它会看网络速度，哪个先下载下来，哪个先执行，但是主逻辑一定在所有依赖加载完成后才执行。所有模块加载并执行完毕后，就会进入require的回调函数，执行主逻辑。
- CMD推崇就近依赖，只有在用到某个模块的时候再去require
简单的说就是，先加载所有的模块但并不执行。只有require引入的时候才执行。这样书写顺序和执行顺序就是一致的。
两者的比较：
- AMD的话就是用户体验比较好，没有延迟。因为依赖模块提前执行了。
- CMD则是性能比较好，因为只有需要的时候才会执行。
