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。