详解JavaScript三大模块化规范：CommonJS、AMD与CMD

CommonJS服务端模块化规范

1. CommonJS

该规范主要应用于服务端模块化开发，例如Node.js环境即采用此标准进行模块管理。

在CommonJS中，每个文件被视为一个独立的模块。通过require方法加载模块时，系统会读取指定文件并执行其代码，最终返回该文件内部的module.exports对象作为模块输出。

使用require加载模块时，默认自动识别.js后缀，因此在调用require(模块名)时可以省略文件后缀名。

CommonJS采用同步加载机制，这适用于服务端模块通常位于本地的场景。然而，若在客户端浏览器环境中加载过大的模块，同步阻塞会导致页面出现“假死”现象，影响用户体验。

module.exports属性定义了当前模块对外暴露的接口，其他文件通过require加载该模块时，实际获取的是module.exports变量的值。为了简化操作，可以使用exports对象，它指向module.exports，即两者在初始状态下等价（exports = module.exports = {}）。

通过exports.xxx的形式，可以在导出的对象上添加属性，这些属性对调用该模块的外部代码可见。

若直接对exports进行赋值（如exports = ...），会切断exports与module.exports之间的引用关联。此时，调用模块将无法访问原exports对象及其属性，导致导出失败。

AMD异步模块定义规范

2. AMD

AMD规范中，加载模块的语法为require([module], function(module){})，其中module代表依赖的模块列表。

定义模块时使用define([module], function(module){})语法，括号内的module参数表示该模块所依赖的其他模块。

require.js是实现AMD规范的前端工具库，它负责异步加载JS文件，避免网页失去响应。同时，它管理模块间的依赖关系，使代码编写和维护更加便捷。

AMD采用依赖前置策略，即在模块定义时立即执行所有依赖模块的加载。因此，依赖模块的执行顺序不一定严格按照代码书写顺序（如先1后2）进行。

对于不符合AMD规范的模块，需要特殊处理才能加载。

require.config({
 baseUrl: "js/lib",
 paths: {
  "jquery": "jquery.min",
　　 "underscore": "underscore.min",
　　 "backbone": "backbone.min"
　 },
 shim: {
  'underscore':{
   exports: '_'
　　　},
　　　'backbone': {
　　　　deps: ['underscore', 'jquery'],
　　　　exports: 'Backbone'
　　　}
　}
});
// exports值（输出的变量名），表明这个模块外部调用时的名称；deps数组，表明该模块的依赖性

CMD命令模块定义规范

3. CMD

define(function(require, exports, module){
 var a = require('a');
 a.foo();
};

Sea.js是遵循CMD规范的前端模块加载器。

CMD强调依赖就近原则，即模块仅在真正被使用时才执行加载。这种机制保证了模块执行的顺序是固定的。

AMD与CMD的核心区别在于对依赖模块执行时机的处理不同，而非加载方式或异步特性。两者均支持异步加载模块。

AMD采用依赖前置，JavaScript引擎在解析时即可明确知道依赖模块是谁，从而立即加载；而CMD采用依赖就近，只有当代码执行到需要该模块时，才会将其解析为字符串并确定依赖关系，随后加载。

以上关于JavaScript模块化规范的解析旨在为开发者提供参考，欢迎进一步探讨与实践。