js模块规范发展

之前，js不能引入三方模块，所有的代码必须写到一个文件中，导致单个文件代码量大、业务功能模块不清晰、难于维护。而编写模块化代码，有助于使您的代码变得松散耦合，这对于构建可维护的表示工程代码大有帮助。

基于此，越来越多的模块规范出现，如commonjs、amd、umd、esm.

amd

amd（Asynchronous Module Definitions）规范因RequireJS而出名，其适用于浏览器端，commonjs常被用于node中，当然其也可通过Browserify用于浏览器中。

其用法如下：

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

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

定义的第一个部分是一个依赖数组，第二个部分是回调函数，只有当依赖的组件可用时（像RequireJS这样的脚本加载器会负责这一部分，包括找到文件路径）回调函数才被执行。

理想状态下，期望其依赖是异步加载的，通过在中注入script，不阻塞浏览器的加载和渲染，但实际环境下，其表现的没有那么好，因此需要amd 模块为一个单文件模块并与require.js 优化器配合来进行渲染

总结如下：

• 异步加载
• 其被提出，主要用于客户端browser
• 其语法不直观，没有commonjs便于书写

commonjs

如果你用node写过东西的话，你可能会很熟悉commonjs风格，其用法如下：

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

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

总结如下：

• 语法类似于node，因为node使用commonjs规范
• commonjs导入模块是同步导入
• 主要用于后端，客户端用的话需要通过Browserify
• 书写直观

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;
        }));

毋庸置疑的是，其写法也是最复杂的

总结如下：

• 前后端均通用
• 与CJS或AMD不同，UMD更像是一种配置多个模块系统的模式。
• UMD在使用诸如Rollup/ Webpack之类的bundler时通常用作备用模块

ESM

ESM是ES6提出的标准模块系统，相信大家都用过

import React from 'react';

总结如下：

• 很多浏览器开始支持
• 拥有类似commonjs的写法和同、异步加载机制
• 能通过设置type=module，用于html中
• node也开始支持
• 相信未来esm是趋势。