AMD和CMD开发规范相关技术,两者的对比和各自的优缺点.pptx

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