Nodejs—CommonJS、AMD、CMD规范及其优缺点

Nodejs—CommonJS、AMD、CMD规范及其优缺点

nodejs遵循了CommonJS规范
CommonJS就是一个JavaScript模块化的规范，该规范最初是用在服务器端的node的，前端的webpack也是对CommonJS原生支持的。
根据这个规范，每一个文件就是一个模块，其内部定义的变量是属于这个模块的，不会对外暴露，也就是说不会污染全局变量。
CommonJS的核心思想就是通过 require 方法来同步加载所要依赖的其他模块，然后通过 exports 或者 module.exports 来导出需要暴露的接口。
优点：
CommonJS规范在服务器端率先完成了JavaScript的模块化，解决了依赖、全局变量污染的问题，这也是js运行在服务器端的必要条件。
缺点：
由于 CommonJS 是同步加载模块的，在服务器端，文件都是保存在硬盘上，所以同步加载没有问题，但是对于浏览器端，需要将文件从服务器端请求过来，那么同步加载就不适用了，所以，CommonJS是不适用于浏览器端的

require.js遵循了AMD规范
AMD规范加载模块是同步的，也就是说，只有加载完成，才能执行后面的操作。AMD规范则是非同步加载模块，允许指定回调函数。由于Node.js主要用于服务器编程，模块文件一般都已经存在于本地硬盘，所以加载起来比较快，不用考虑非同步加载的方式，所以CommonJS规范比较适用。但是，如果是浏览器环境，要从服务器端加载模块，这时就必须采用非同步模式，因此浏览器端一般采用AMD规范。而AMD规范的实现，就是大名鼎鼎的require.js了。
优点：
适合在浏览器环境中异步加载模块。可以并行加载多个模块。
缺点：
提高了开发成本，并且不能按需加载，而是必须提前加载所有的依赖。

seajs遵循了CMD规范
CMD规范与AMD规范很类似，实现库为seajs，即一个js文件就是一个模块，但是CMD的加载方式更加优秀，是通过按需加载的
优点：
同样实现了浏览器端的模块化加载，可以按需加载，依赖就近。
缺点：
依赖SPM打包，模块的加载逻辑偏重。
AMD和CMD的区别：
前者是对于依赖的模块提前执行，而后者是延迟执行。 前者推崇依赖前置，而后者推崇依赖就近，即只在需要用到某个模块的时候再require。