初探前端模块化规范（AMD,CommonJS,UMD,CMD）

时间 2019-11-08

标签初探前端模块化规范 amd commonjs umd cmd 繁體版

原文原文链接

之前，开发中咱们一般使用整套框架（easyui，bootstrap）,不得不说，easyui的自定义打包下载，让我很困惑，由于那个时候，须要手动跟踪组件依赖，也就是说，你须要本身手动下载相关文件，并注意在页面的引入顺序（好吧，有点耐心，细致点，总能解决的）。html

如今，项目规模的增加，业务复杂度的增长，以及客户对交互与ui的要求不断提升。咱们基本再也不使用整套框架，都是选择开源的单一组件，各类组合，来实现相关业务。咱们须要引入大量的插件文件，页面引入时，如何避免组件的彼此冲突，相互干扰，成为了很尖锐的问题。（曾经被select.js重写$坑过的朋友应该有感触）。前端

为了解决这个问题，两种竞争关系的模块规范AMD和CommonJS问世了，它们容许开发者遵守一种约定的沙箱化和模块化的方式来写代码，这样就能避免“污染生态系统”。jquery

一 AMD(Asynchronous Module Definition ) 异步模块加载--主要适用在web客户端git

以require.js为主力，在社区推动规范发展。github

下面是只依赖jquery的模块foo的代码：web

    //    文件名: foo.js
    define(['jquery'], function ($) {
        //    方法
        function myFunc(){};
        
        //    暴露公共方法
        return myFunc;
    });

还有稍微复杂点的例子，下面的代码依赖了多个组件而且暴露多个方法:bootstrap

    //    文件名: foo.js
    define(['jquery', 'underscore'], function ($, _) {
        //    方法
        function a(){};    //    私有方法，由于没有被返回(见下面)
        function b(){};    //    公共方法，由于被返回了
        function c(){};    //    公共方法，由于被返回了
        //    暴露公共方法
        return {
            b: b,
            c: c
        }
    });

define为require.js向宿主环境注入的全局方法，用于模块的定义，它接受的第一个参数是一个依赖数组，标识当前模块的依赖。它接受的第二个参数是一个回调函数。只有当全部依赖均可用时，回调函数才会执行。api

注意：数组

一、依赖组件和变量的顺序是一一对应的（例如，jquery->$, underscore->_）；浏览器

二、咱们能够用任意的变量名来表示依赖组件。假如咱们把$改为$$，在函数体里面的全部对jQuery的引用都由$变成了$$；

三、最重要的是你不能在回调函数外面引用变量$和_，由于它相对其它代码是独立的。这正是模块化的目的所在！

四、开发环境中，咱们一般一个模块一个文件，这样方便管理，在生产环境中，为了性能，可使用工具，对文件合并，减小请求。

二 Common JS-通用js模块化规范--适用于server端。

就像前面的格式同样，下面是用CommonJS规范实现的foo模块的写法：

    //    文件名: foo.js
    //    依赖
    var $ = require('jquery');
    //    方法
    function myFunc(){};

    //    暴露公共方法（一个）
    module.exports = myFunc;

还有更复杂的例子，下面的代码依赖了多个组件而且暴露多个方法：

    //    文件名: foo.js
    var $ = require('jquery');
    var _ = require('underscore');

    //    methods
    function a(){};    //    私有方法，由于它没在module.exports中 (见下面)
    function b(){};    //    公共方法，由于它在module.exports中定义了
    function c(){};    //    公共方法，由于它在module.exports中定义了

    //    暴露公共方法
    module.exports = {
        b: b,
        c: c
    };

注意：

一、这里的require方法用于引入模块，当前模块使用module.exports向外界暴露接口。

二、咱们严格遵循一个模块对应一个文件。

虽然看起来已经很不错了，咱们是否是还能够更进一步呢？有人但愿创建一个与环境无关的通用模块规范，让client端和server端的js代码能够无缝切换使用。因而产生了兼容性方案UMD

三 UMD(通用模块规范)

不得不认可，这个模式略难看，可是它兼容了AMD和CommonJS，同时还支持老式的“全局”变量规范：

    (function (root, factory) {
        if (typeof define === 'function' && define.amd) {
            // AMD
            define(['jquery'], factory);
        } else if (typeof exports === 'object') {
            // Node, CommonJS之类的
            module.exports = factory(require('jquery'));
        } else {
            // 浏览器全局变量(root 即 window)
            root.returnExports = factory(root.jQuery);
        }
    }(this, function ($) {
        //    方法
        function myFunc(){};

        //    暴露公共方法
        return myFunc;
    }));

保持跟上面例子同样的模式，下面是更复杂的例子，它依赖了多个组件而且暴露多个方法:

    (function (root, factory) {
        if (typeof define === 'function' && define.amd) {
            // AMD
            define(['jquery', 'underscore'], factory);
        } else if (typeof exports === 'object') {
            // Node, CommonJS之类的
            module.exports = factory(require('jquery'), require('underscore'));
        } else {
            // 浏览器全局变量(root 即 window)
            root.returnExports = factory(root.jQuery, root._);
        }
    }(this, function ($, _) {
        //    方法
        function a(){};    //    私有方法，由于它没被返回 (见下面)
        function b(){};    //    公共方法，由于被返回了
        function c(){};    //    公共方法，由于被返回了

        //    暴露公共方法
        return {
            b: b,
            c: c
        }
    }));

四 CMD

CMD是SeaJS 在推广过程当中对模块定义的规范化产出

CMD和AMD的区别有如下几点：

1.对于依赖的模块AMD是提早执行，CMD是延迟执行。不过RequireJS从2.0开始，也改为能够延迟执行（根据写法不一样，处理方式不经过）。

2.CMD推崇依赖就近，AMD推崇依赖前置。

举个例子：

//CMD

define( function (require, exports, module) {

//依赖能够就近书写

var $= require('jquery');

//经过exports向外暴露接口

exports.do=function(){