不总结一下的话，总感觉自己没用过
三者都是致力于js 模块化的使用。分别对应 AMD、CMD、commonjs， 原生js 不支持模块化。
参考文章： js模块化编程之彻底弄懂CommonJS和AMD/CMD！
参考文章写的很好， 我基本是了解了 commonjs 和 requirejs 的大部分内容，除了最后 引用seajs 的两篇文章，有失偏颇。
CommonJS 即 NodeJS 模块系统参照实现的规范。Browserify 是目前最常用的 CommonJS 格式转换的工具。
主要API：
- module
- exports
- require
- global
AMD (Asynchronous Module Definition)
基于commonJS规范的nodeJS出来以后，服务端的模块概念已经形成，很自然地，大家就想要客户端模块。而且最好两者能够兼容，一个模块不用修改，在服务器和浏览器都可以运行。但是，由于一个重大的局限，使得CommonJS规范不适用于浏览器环境。还是上面的代码，如果在浏览器中运行，会有一个很大的问题，你能看出来吗？
var math = require('math');
math.add(2, 3);
第二行math.add(2, 3)，在第一行require('math')之后运行，因此必须等math.js加载完成。也就是说，如果加载时间很长，整个应用就会停在那里等。您会注意到 require 是同步的。
这对服务器端不是一个问题，因为所有的模块都存放在本地硬盘，可以同步加载完成，等待时间就是硬盘的读取时间。但是，对于浏览器，这却是一个大问题，因为模块都放在服务器端，等待时间取决于网速的快慢，可能要等很长时间，浏览器处于"假死"状态。
因此，浏览器端的模块，不能采用"同步加载"（synchronous），只能采用"异步加载"（asynchronous）。这就是AMD规范诞生的背景。
AMD是"Asynchronous Module Definition"的缩写，意思就是"异步模块定义"。它采用异步方式加载模块，模块的加载不影响它后面语句的运行。所有依赖这个模块的语句，都定义在一个回调函数中，等到加载完成之后，这个回调函数才会运行。
require.js的诞生，就是为了解决这两个问题：
image
（1）实现js文件的异步加载，避免网页失去响应；
（2）管理模块之间的依赖性，便于代码的编写和维护。
CMD 玉伯提出的， seajs是遵循CMD编写的。依赖就近，用的时候再require。它写起来是这样的：
seajs: define(function(require,exports,module){...});
AMD和CMD最大的区别是对依赖模块的执行时机处理不同，而不是加载的时机或者方式不同，二者皆为异步加载模块。
AMD依赖前置，js可以方便知道依赖模块是谁，立即加载；而CMD就近依赖，需要使用把模块变为字符串解析一遍才知道依赖了那些模块，这也是很多人诟病CMD的一点，牺牲性能来带来开发的便利性，实际上解析模块用的时间短到可以忽略。
本次项目中，由 seajs 转向 requirejs。很大一个原因是因为 seajs社区的凋零，长时间没有人更新的文档给人的不自信感所带来的恐慌。虽然seajs 和 Commonjs 更像，但是 事实证明 AMD 更容易理解 与 使用。
网友评论