出现时间： 晚于AMD（具体时间不详，但在AMD之后）

背景： 由于CommonJS和AMD分别针对服务器端和浏览器端进行模块化设计，这导致了在不同环境下模块定义和加载方式的差异。为了解决这个问题，UMD规范被提出，它试图提供一种能够在不同环境中运行的模块定义方式。

简要概述

UMD（Universal Module Definition）规范结合了CommonJS和AMD的特点，通过判断当前环境支持哪种模块加载方式，自动选择最合适的加载方式。这使得UMD模块可以在浏览器环境和Node.js环境中运行，提高了模块的复用性和可移植性。

特点

• 通用模块定义规范，可以兼容CommonJS、AMD和全局变量等不同的模块加载方式。
• 没有自己专有的规范，是集结了其他规范的特点。

优点

• 跨平台兼容性好，同一个代码模块可以在浏览器端、服务器端甚至APP端运行。
• 提高了代码的复用性和可移植性。

缺点

• 可能增加了代码的复杂性，需要处理多种不同的模块加载方式。

基本结构：

• 使用自执行函数包装代码。
• 根据运行环境（是否支持AMD、CommonJS或浏览器全局变量）选择适当的模块定义方式。

例子

// UMD魔法代码  
(function (root, factory) {  
    if (typeof define === 'function' && define.amd) {  
        // AMD  
        define([], factory);  
    } else if (typeof module === 'object' && module.exports) {  
        // Node.js, CommonJS等  
        module.exports = factory();  
    } else {  
        // 浏览器全局变量（root 即 window）  
        root.someGlobal = factory();  
    }  
}(this, function () {  
    // 模块代码  
    function privateMethod() {} // 私有方法  
    function publicMethod() {} // 公共方法  
      
    // 暴露公共方法  
    return {  
        publicMethod: publicMethod  
    };  
}));

在这个例子中，factory是一个函数，它封装了模块的私有和公共方法。根据运行环境的不同，这个模块会以不同的方式暴露给外部使用。如果环境支持AMD（如RequireJS），则使用define来定义模块；如果环境支持CommonJS（如Node.js），则将模块导出为module.exports；如果都不支持，则将模块作为全局变量暴露在window对象上。