CommonJs,AMD,CMD区别总结

2022-09-16 21:17:30

概念：CommonJs,AMD,CMD 都指的是一种规范，都是为了让JS模块化。

起因：JS最初就是用来做一些最简单的效果（弹窗，简单动画，表单验证等），随着web的发展日益复杂，导致我们需要用更好的方式去解决一系列因代码过多产生的问题（可维护性低，可扩展性低，可读性低，全局变量各种冲突等）。

发展过程：

　　JS一路过来的在html用法基本如下：

无模块：html中直接写js或者直接链入一个写好的js文件
模块化雏形：写了很多不同功能的js在需要用到html中链入对应的js文件
CommonJs：一个单独的文件就是一个模块。加载模块使用require方法，该方法读取一个文件并执行，最后返回文件内部的exports对象。
AMD：非同步加载模块，允许指定回调函数。
CMD：是SeaJS 在推广过程中对模块定义的规范化产出
ES6模块化

详细介绍：

一、CommonJS规范

根据这个规范，每一个文件就是一个模块，其内部定义的变量是属于这个模块的，不会对外暴露，也就是说不会污染全局变量。

CommonJS的核心思想就是通过 require 方法来同步加载所要依赖的其他模块，然后通过 exports 或者 module.exports 来导出需要暴露的接口。如下所示：

// a.js
var x = 5;
var addX = function (value) {
  return value + x;
};
module.exports.x = x;
module.exports.addX = addX;

这里的a.js就是一个CommonJS规范的模块了。这里的module就代表了这个模块，module的exports属性就是对外暴露的接口，可以对外导出外部可以访问的变量，比如这里的x和addX。

exports 是对 module.exports 的引用。比如我们可以认为在一个模块的顶部有这句代码：

exports = module.exports

所以，我们不能直接给exports赋值，比如number、function等。

然后我们就可以在其他模块中引入这个模块使用了：

vara = require(‘./a.js‘);
console.log(example.x); // 5
console.log(example.addX(1)); // 6

优点：

CommonJS规范在服务器端率先完成了JavaScript的模块化，解决了依赖、全局变量污染的问题，这也是js运行在服务器端的必要条件。
缺点：

此文主要是浏览器端js的模块化，由于 CommonJS 是同步加载模块的，在服务器端，文件都是保存在硬盘上，所以同步加载没有问题，但是对于浏览器端，需要将文件从服务器端请求过来，那么同步加载就不适用了，所以，CommonJS是不适用于浏览器端的。

二、AMD规范

之前提到: CommonJS规范加载模块是同步的，也就是说，只有加载完成，才能执行后面的操作。AMD规范则是非同步加载模块，允许指定回调函数。由于Node.js主要用于服务器编程，模块文件一般都已经存在于本地硬盘，所以加载起来比较快，不用考虑非同步加载的方式，所以CommonJS规范比较适用。但是，如果是浏览器环境，要从服务器端加载模块，这时就必须采用非同步模式，因此浏览器端一般采用AMD规范。而AMD规范的实现，就是大名鼎鼎的require.js了。 AMD标准中，定义了下面两个API：

1.require([module], callback)

2. define(id, [depends], callback)

即通过define来定义一个模块，然后使用require来加载一个模块。并且，require还支持CommonJS的模块导出方式。定义alert模块：

define(function () {
    var alertName = function (str) {
      alert("I am " + str);
    }
    var alertAge = function (num) {
      alert("I am " + num + " years old");
    }
    return {
      alertName: alertName,
      alertAge: alertAge
    };
  });

引入模块：

require([‘alert‘], function (alert) {
  alert.alertName(‘JohnZhu‘);
  alert.alertAge(21);
});

优点：适合在浏览器环境中异步加载模块。可以并行加载多个模块。

缺点：提高了开发成本，并且不能按需加载，而是必须提前加载所有的依赖。

三、CMD规范

CMD规范是阿里的玉伯提出来的，实现js库为sea.js。它和requirejs非常类似，即一个js文件就是一个模块，但是CMD的加载方式更加优秀，是通过按需加载的方式，而不是必须在模块开始就加载所有的依赖。如下：

define(function(require, exports, module) {
  var $ = require(‘jquery‘);
  var Spinning = require(‘./spinning‘);
  exports.doSomething = ...
  module.exports = ...
})

优点：同样实现了浏览器端的模块化加载。可以按需加载，依赖就近。

缺点：依赖SPM打包，模块的加载逻辑偏重。

其实，这时我们就可以看出AMD和CMD的区别了，前者是对于依赖的模块提前执行，而后者是延迟执行。前者推崇依赖前置，而后者推崇依赖就近，即只在需要用到某个模块的时候再require。如下：

// AMD
define([‘./a‘, ‘./b‘], function(a, b) {  // 依赖必须一开始就写好  
   a.doSomething()    
   // 此处略去 100 行    
   b.doSomething()    
   ...
});
// CMD
define(function(require, exports, module) {
   var a = require(‘./a‘)   
   a.doSomething()   
   // 此处略去 100 行   
   var b = require(‘./b‘) 
   // 依赖可以就近书写   
   b.doSomething()
   // ... 
});

三、ES6模块化

之前的几种模块化方案都是前端社区自己实现的，只是得到了大家的认可和广泛使用，而ES6的模块化方案是真正的规范。在ES6中，我们可以使用 import 关键字引入模块，通过 export 关键字导出模块，功能较之于前几个方案更为强大，也是我们所推崇的，但是由于ES6目前无法在浏览器中执行，所以，我们只能通过babel将不被支持的import编译为当前受到广泛支持的 require。虽然目前import和require的区别不大，但是还是推荐使用使用es6，因为未来es6必定是主流，对于代码的迁移成本还是非常容易的。如：

import store from ‘../store/index‘
  import {mapState, mapMutations, mapActions} from ‘vuex‘
  import axios from ‘../assets/js/request‘
  import util from ‘../utils/js/util.js‘

  export default {
    created () {
      this.getClassify(); 

      this.RESET_VALUE();
      console.log(‘created‘ ,new Date().getTime());

    }

CommonJs,AMD,CMD区别总结

码农公寓

一、CommonJS规范

二、AMD规范

三、CMD规范

三、ES6模块化

相关文章