浅谈AMD与CMD

今天遇到一个技术大神，提及到了一个关于AMD和CMD的问题。蒙圈的我马上去百度了一下，发现这里面说道不少。

 首先来说AMD与CMD都是前端模块化所诞生的产物。“AMD 是 RequireJS 在推广过程中对模块定义的规范化产出的；CMD 是 SeaJS 在推广过程中对模块定义的规范化产出的。”（RequireJS和SeaJS都是javasript模块化的库RequireJS用法 和SeaJS用法 ）。这些规范的目的都是为了 JavaScript 的模块化开发，特别是在浏览器端的。目前这些规范的实现都能达成浏览器端模块化开发的目的。

AMD 即Asynchronous Module Definition，中文名是异步模块定义的意思。它是一个在浏览器端模块化开发的规范

由于不是JavaScript原生支持，使用AMD规范进行页面开发需要用到对应的库函数，也就是大名鼎鼎RequireJS，requireJS主要解决两个问题

1、多个js文件可能有依赖关系，被依赖的文件需要早于依赖它的文件加载到浏览器

2、js加载的时候浏览器会停止页面渲染，加载文件越多，页面失去响应时间越长。

CMD 即Common Module Definition通用模块定义，CMD规范是国内发展出来的，和AMD一样，CMD也要依赖对应库函数SeaJS，SeaJS要解决的问题和requireJS一样，只不过在模块定义方式和模块加载（可以说运行、解析）时机上有所不同。

对于依赖的模块，AMD是提前执行，CMD是延迟执行。即：AMD推崇依赖前置，在定义模块的时候就要声明其依赖的模块；CMD推崇就近依赖，只有在用到某个模块的时候再去移入。

// CMD

define(function(require, exports, module) {

var a = require('./a')

a.doSomething()

// 此处略去 100 行

var b = require('./b') // 依赖可以就近书写

b.doSomething()

// ...

})

// AMD 默认推荐的是

define(['./a', './b'], function(a, b) {  // 依赖必须一开始就写好

a.doSomething()

// 此处略去 100 行

b.doSomething()

...

})

AMD 的 API 默认是一个当多个用，CMD 的 API 严格区分，推崇职责单一。比如 AMD 里，require 分全局 require 和局部 require，都叫 require。CMD 里，没有全局 require，而是根据模块系统的完备性，提供 seajs.use 来实现模块系统的加载启动。CMD 里，每个 API 都简单纯粹。

值得注意的是：AMD和CMD都是异步加载模块。

AMD在加载模块完成后就会执行改模块，所有模块都加载执行完后会进入require的回调函数，执行主逻辑，这样的效果就是依赖模块的执行顺序和书写顺序不一定一致，看网络速度，哪个先下载下来，哪个先执行，但是主逻辑一定在所有依赖加载完成后才执行。

CMD加载完某个依赖模块后并不执行，只是下载而已，在所有依赖模块加载完成后进入主逻辑，遇到require语句的时候才执行对应的模块，这样模块的执行顺序和书写顺序是完全一致的

这也是很多人说AMD用户体验好，因为没有延迟，依赖模块提前执行了，CMD性能好，因为只有用户需要的时候才执行的原因。

---

引用《“AMD 和 CMD 的区别有哪些？”》链接：https://www.zhihu.com/question/20351507/answer/14859415来源：知乎

引用《前端模块化，AMD与CMD的区别》链接：http://blog.csdn.net/jackwen110200/article/details/52105493来源：CSDN