AMD的定义
AMD全称(Asynchronous Module Definition)，异步模块加载。
协议标准：
https://github.com/amdjs/amdjs-api/blob/master/AMD.md
标准生态
除了AMD外，伴随而来都会有人提及CMD(Common Module Definition) 通用模块加载。以下用表格来做对比参考。
| 模块类型 | AMD | CMD |
|---|---|---|
| 模块依赖策略 | 提前执行 | 延迟执行 |
| 代码风格 | 依赖前置 | 就近依赖 |
| 代表玩家 | require.js |
sea.js |
1.模块依赖策略
提前执行，假设依赖列表里面存在依赖['a', 'b']，谁先加载完毕，谁先实例化，实例化的顺序因为异步的关系所以是乱序，当然，执行的时候，还是会保证顺序的关系。
延迟执行，a和b存在依赖列表内，a和b不会马上进行实例化，会等到a和b同时加载完毕才会实例化。
2.代码风格
依赖前置
define(['dep1','dep2'],function(dep1,dep2){ //内部只能使用制定的模块
return function(){};
});
提前告诉加载器模块依赖的情况。
就近依赖
//CMD
define(function(require,exports,module){ //此处如果需要某XX模块，可以引入
var xx=require('XX');
});
通过正则分析require，来收集依赖情况。
就代码风格方面而言，CMD的标准更加符合人的习惯，用啥写啥，而不是回头关注列表里面，重新添加依赖列表，BUt amd模块也是可以支持就近依赖的写法，所以也就CMD也没啥特别的。ps: 因为就近require，会导致运行时，需要对require的模块进行语法分析，对于一个运行时的应用是无法接受的，所以一般的做法在发布编译的时候，完成收集的过程，也就是说CMD与AMD区别不大。
代表玩家
sea.js淘宝主推，出发点也不难理解，对于淘宝这么大的一个站，作为一个访问者，不可能每一个会访问到，对比amd标准，尤其提前执行变得很难执行，明明我没用到账号功能，你却帮我初始化，这就会导致各种性能问题。方案挺好的，就是知名度没amd高，教程资源什么，都欠缺，小厂业务系统一般没那么复杂，面对amd解决的痛点实在有点不痛不痒，而大厂更愿意根据自己的业务实际情况，来自己定制，就我个人而言，不看好。
require.js，可以说，最主流的代码加载器，没得黑，资源和教程都很多，很多公司的加载器参考的蓝图肯定绕不开require.js，对于提前执行在资源不多的情况下，更好地复用了浏览器的tcp，更快地执行我们的目标代码，可惜经常被人诟病包太多。anyway，本系列将会通过实现一个 amd 模块来学习amd。
