均是前端模块化加载的产物
前身 --> 类加载器/异步加载器
各类大型(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实际是两套模块加载规范并存
