- 1、本文档共12页,可阅读全部内容。
- 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
AMD和CMD开发规范相关技术,两者的对比和各自的优缺点幻灯片
AMD和CMD开发规范
以及各自的优缺点
前端组 刘希楠
2016年9月8日
目录
从前。。。。
CommonJs
AMD/CMD的由来
AMD开发规范
CMD开发规范
AMD/CMD优缺点
结语
2006年由于ajax概念提出,导致业务逻辑代码变多从而暴露了好多问题
long long ago~
1995年由Brendan Eich花了不到十天时间发明了JavaScript,那会的代码如上图,简单的堆在一起,只要能从上往下依次执行就可以了。
那么我们该如何解决?
CommonJs
随着nodeJs的出现,服务端的模块化显得尤为重要,CommonJs规范一出,取得了良好效果,因为服务端不需要考虑请求,所以对于依赖模块采用了同步加载。通过定义全局函数require来传入模块标识来引入其他模块,执行结果就是别的模块暴露出来的API,而暴露的API作为exports对象的属性。
CommonJs的演化
由于CommonJs外层没有function包裹,变量全暴漏在全局。并且资源的加载方式与服务端完全不同。所以CommonJs并不能用于浏览器客户端。因此出现了适于客户端的AMD模块解析器,后来淘宝前端布道者玉伯大牛对AMD完善就出现了CMD。
requirejs是AMD标准的实现,seajs是CMD的实现。
AMD开发规范
0.1
AMD的思想正如其名,异步加载所需的模块,然后在回调函数中执行主逻辑。
AMD开发规范
CMD开发规范
0.1
后起之秀seajs全面拥抱Modules/Wrappings规范,不用requirejs那样回调的方式来编写模块。
定义模块时无需罗列依赖数组,在factory函数中需传入形参require,exports,module,然后它会调用factory函数的toString方法,对函数的内容进行正则匹配,通过匹配到的require语句来分析依赖,这样就真正实现了commonjs风格的代码。
AMD/CMD优缺点
定位有差异。RequireJS 想成为浏览器端的模块加载器,同时也想成为 Rhino / Node 等环境的模块加载器。Sea.js 则专注于 Web 浏览器端,同时通过 Node 扩展的方式可以很方便跑在 Node 环境中。
遵循的规范不同。RequireJS 遵循 AMD(异步模块定义)规范,Sea.js 遵循 CMD (通用模块定义)规范。规范的不同,导致了两者 API 不同。Sea.js 更贴近 CommonJS Modules/1.1 和 Node Modules 规范。
推广理念有差异。RequireJS 在尝试让第三方类库修改自身来支持 RequireJS,目前只有少数社区采纳。Sea.js 不强推,采用自主封装的方式来“海纳百川”,目前已有较成熟的封装策略。
对开发调试的支持有差异。Sea.js 非常关注代码的开发调试,有 nocache、debug 等用于调试的插件。RequireJS 无这方面的明显支持。
插件机制不同。RequireJS 采取的是在源码中预留接口的形式,插件类型比较单一。Sea.js 采取的是通用事件机制,插件类型更丰富。
结语
0.1
根据实际需求选择就好,关键是要养成模块化开发的好习惯。
THANKS
文档评论(0)