JavaScript模块化规范

太过爱你忘了你带给我的痛 2022-07-30 16:29 178阅读 0赞

学得比较晕，再次看commonjs，amd，cmd，umd时好像还是没完全弄清楚，今天再整理一下：

*  commonjs是用在服务器端的，同步的，如nodejs
 *  amd,cmd是用在浏览器端的，异步的，如requirejs和seajs
 *  amd先提出，cmd是在commonjs和amd基础上提出的

为什么晕呢？是因为没用，或用得太少。光看看文章是不行的。

# 一、commonJS #

commonJS 是**服务器端**模块的规范，Node.js采用了这个规范。

commonJS规范指出：  
**一个单独的文件就是一个模块**；  
**每一个模块都是一个单独的作用域**。

也就是说，在一个文件定义的变量（还包括函数和类），都是私有的，对其他文件是不可见的。

## 1.1定义模块（导出模块） ##

foobar.js

//私有变量 
    var test = 123; 
    
    //公有方法 
    function Foobar () { 
    
        this.foo = function () { 
            // do someing ... 
        } 
        this.bar = function () { 
            //do someing ... 
        } 
    } 
    
    //exports对象上的方法和变量是公有的 
    var foobar = new Foobar(); 
    exports.foobar = foobar;

## 1.2加载模块（引入模块） ##

加载模块使用require()方法，该方法读取一个文件并执行，最后返回文件内部的exports对象。

//require方法默认读取js文件，所以可以省略js后缀 
    var foobar= require('./boobar').foobar; 
    foobar.bar();

## 1.3总结 ##

commonJS 加载模块是**同步的**，所以只有加载完成才能执行后面的操作。像Node.js主要用于服务器的编程，加载的模块文件一般都已经存在本地硬盘，所以加载起来比较快，不用考虑异步加载的方式，所以CommonJS规范比较适用。但如果是浏览器环境，要从服务器加载模块，这时就必须采用异步加载模式了。所以就有了 AMD CMD 解决方案。

# 二、AMD #

AMD(Asynchromous Module Definition) 是 requireJS在推广过程中对模块定义的规范化产出 ，换言之，AMD定义规范，requireJS实现规范

AMD异步加载模块。它的模块支持对象、函数、构造器、字符串、JSON等各种类型的模块。

## 2.1定义模块（导出模块） ##

AMD设计出一个简洁的定义模块的API：

define(id?, dependencies?, factory);

其中：

*  id: 模块标识，可以省略。
 *  dependencies: 所依赖的模块，可以省略。
 *  factory: 模块的实现，一个函数或者一个JavaScript对象。

id遵循CommonJS Module Identifiers，dependencies元素的顺序和factory参数一一对应。

**define()函数的第一种用法：（定义无依赖模块）**

base.js

define(function() { 
        return {
            mix: function(source, target) { 
            }
        };
    });

**define()函数的第二种用法：（定义有依赖模块）**

ui.js

define(['base'], function(base) { 
        return {
            show: function() { 
                // todo with module base
            }
        }
    });

page.js

define(['data', 'ui'], function(data, ui) { 
        // init here
    });

**define()函数的第三种用法：（定义数据对象模块）**

define({ users: [], members: [] });

**define()函数的第四种用法：（定义具名模块）**

define('index', ['data','base'], function(data, base) { 
        // todo
    });

具名模块多数时候是不推荐的，一般由打包工具合并多个模块到一个js文件中时使用。

**define()函数的第五种用法：（兼容commonJS）**

前面提到dependencies元素的顺序和factory一一对应，其实不太严谨。AMD开始为摆脱CommonJS的束缚，开创性的提出了自己的模块风格。但后来又做了妥协，兼容了 CommonJS Modules/Wrappings 。即又可以这样写

define(function(require, exports, module) {
        var base = require('base');
        exports.show = function() {
            // todo with module base
        }
    });

不考虑多了一层函数外，格式和Node.js是一样的：使用require获取依赖模块，使用exports导出API。

## 2.2加载模块（引入模块） ##

除了define外，AMD还保留一个关键字require。require 作为规范保留的全局标识符，可以实现为 module loader，也可以不实现。

目前，实现AMD的库有RequireJS 、curl 、Dojo 、bdLoad、JSLocalnet 、Nodules 等。

也有很多库支持AMD规范，即将自己作为一个模块存在，如MooTools 、jQuery 、qwery 、bonzo 甚至还有 firebug 。

# CMD #

CMD是SeaJS 在推广过程中对模块定义的规范化产出  
**CMD和AMD的区别有以下几点：**

1.  对于依赖的模块AMD是提前执行，CMD是延迟执行。不过RequireJS从2.0开始，也改成可以延迟执行（根据写法不同，处理方式不通过）。
2.  CMD推崇依赖就近，AMD推崇依赖前置。

//AMD 
    define(['./a','./b'], function (a, b) {  
    
        //依赖一开始就写好 
        a.test(); 
        b.test(); 
    }); 
    //CMD 
    define(function (requie, exports, module) {  
    
        //依赖可以就近书写 
        var a = require('./a'); 
        a.test(); 
    
        ... 
        //软依赖 
        if (status) { 
    
            var b = requie('./b'); 
            b.test(); 
        } 
    });

虽然 AMD也支持CMD写法，但依赖前置是官方文档的默认模块定义写法。  
3. AMD的api默认是一个当多个用，CMD严格的区分推崇职责单一。例如：AMD里require分全局的和局部的。CMD里面没有全局的 require,提供 seajs.use()来实现模块系统的加载启动。CMD里每个API都简单纯粹。

# UMD #

umd是AMD和CommonJS的糅合

AMD 浏览器第一的原则发展 异步加载模块。

CommonJS 模块以服务器第一原则发展，选择同步加载，它的模块无需包装(unwrapped modules)。

这迫使人们又想出另一个更通用的模式UMD （Universal Module Definition）。希望解决跨平台的解决方案。

UMD先判断是否支持Node.js的模块（exports）是否存在，存在则使用Node.js模块模式。

在判断是否支持AMD（define是否存在），存在则使用AMD方式加载模块。

如代码：