AMD与CMD根本性的区别到底是怎么样的,一直都不能很好的理解,看了很多文章都是千篇一律,AMD 是提前执行,CMD 是延迟执行具体怎么理解呢?
AMD与CMD根本性的区别到底是怎么样的,一直都不能很好的理解,看了很多文章都是千篇一律,AMD 是提前执行,CMD 是延迟执行具体怎么理解呢?
10 回答11.7k 阅读
2 回答3.2k 阅读✓ 已解决
4 回答2.2k 阅读✓ 已解决
3 回答1.2k 阅读✓ 已解决
3 回答868 阅读✓ 已解决
3 回答1k 阅读✓ 已解决
2 回答1.2k 阅读✓ 已解决
我自己的理解。
它们解决的问题都是当一个脚本文件被加载时,分析其依赖项并且载入和执行这些依赖。
然而,脚本加载器对它们的实际载入和执行采用了不同的方式。
AMD 加载器
当定义如
的一个脚本文件被加载时, AMD 的
define
函数被执行。它会用一些预定义的规则解析依赖路径,并且把未载入也未进入等待列表的依赖放入等待列表,并加载这些依赖所对应的文件。当所有依赖被加载和执行完成后,执行传入的回调函数 (在此被记为
f
) 才被执行,而此时加载器提供的回调函数把返回值填充于一个内部的哈希表里,以这里指定的模块名称path/library-name
, 或者隐式的使用当前加载的文件名作为模块名称为键。所以相对我们定义模块的函数
f
, AMD 加载器是提前执行所有依赖。CMD 加载器
与 AMD 不同的是, CMD 加载器在依赖分析阶段通过字符串分析函数内形如
require("stringLiteral")
的正则匹配来获取所有依赖项。然后怎么执行的我不是很清楚,然而万能的知乎有答案:
—https://www.zhihu.com/questio...
其中最后一条表明,相对我们定义模块的函数之执行来说, CMD/SeaJS 是延迟执行依赖的。
See also https://www.douban.com/note/2... for more details.