AMD/CMD

均是前端模块化加载的产物

前身 --> 类加载器/异步加载器

各类大型(ui)框架提供的性能优化解决方案
如easyUI.loader,Ext.loader,YUI.loader,各类地图等大型产品下的loader

相关概念

• 模块化
• 按需加载

缺点
api不同,各有各的实现方式,当不同大型组件混用时,组件按需加载会混乱
如在easyui下使用各种地图产品,并通过双方的loader进行按需加载

吐槽
一般混合的情况比较少,而单纯的提供一个按需加载,具有通用按需加载的实现,都不太出众

解决 --> 协议

使用一种通用协议/标准/API即可
所谓的协议/标准,一般是由已实现的巨头提出
个人会认为有且仅有发起方才会实现该标准

参考

• 协议战争

AMD

Asynchronous Module Definition 异步模块加载规范

发起方
requireJS

核心
提前加载

描述
此处为web/js下的异(同)步不同于生活中/单片机的异(同)步,理解上可参考线程,即针对某一请求(跨线程行为),对于返回内容是否进行当前线程的等待,等待为同步,看起来没有跨线程操作一样,不等待为异步,语法上需要特殊处理

毫无疑问,大部分loader均使用类似的实现方式,只是api不一样

CMD

Common Module Definition 通用模块加载规范

核心
按需加载

描述
C并不是同步,在js的概念中同步是政治立场不正确的行为,只有类同步,像同步,语法糖同步,单纯的区别于异步

核心实现
1.在define中通过正则,获取require系列的描述,并进行加载,此处只下载,不执行
2.当执行到require时,在执行已下载的代码

毫无疑问,第一步是牺牲性能,反哺语意的做法

一统江湖 --> ES6

amd与cmd并不是在前端模块化加载的唯二的两种规范,应该说,凡是有一定体积的通用模块化工具,都提出了自己的规范,并以此提供实现(API)
无论是那种规范,对最终性能并没有本质的区别(影响不大),语法也是极其相似,在node4实现commonJS的规范后,commonJS一统江湖的口号已经响起,直到ES6发布

吐槽
虽然至今,ES6下关于模块化的内容并没有浏览器实现,但并不影响相关产品对其协议的遵从,毫无疑问,真正的大佬属于ECMA,AMD/CMD等相关的规范,可以埋了

相关概念

• ES6
• commonJS/bravoJS
  node4中已实现了commonJS的规范,至少到目前并没有取消,所以很长一段时间node实际是两套模块加载规范并存