UMD和ECMAScript模块
一、UMD：AMD 和CommonJS的糅合
?
前面花了很长的篇幅介绍了两大类模块规范，CommonJS(Modules/Modules/Wrappings)及AMD。
?
我们知道Modules/Wrappings是出于对NodeJS模块格式的偏好而包装下使其在浏览器中得以实现。
?
而Modules/Wrappings的格式通过某些工具（如r.js）也能运行在NodeJS中。事实上，这两种格式同时有效且都被广泛使用。
?
AMD以浏览器为第一（browser-first）的原则发展，选择异步加载模块。它的模块支持对象（objects）、函数（functions）、构造器（constructors）、字符串（strings）、JSON等各种类型的模块。因此在浏览器中它非常灵活。
?
CommonJS module以服务器端为第一（server-first）的原则发展，选择同步加载模块。它的模块是无需包装的（unwrapped modules）且贴近于ES.next/Harmony的模块格式。但它仅支持对象类型（objects）模块。
?
?
这迫使一些人又想出另一个更通用格式 UMD(Universal Module Definition)。希望提供一个前后端跨平台的解决方案。
?
UMD的实现很简单，先判断是否支持NodeJS模块格式（exports是否存在），存在则使用NodeJS模块格式。
再判断是否支持AMD（define是否存在），存在则使用AMD方式加载模块。前两个都不存在，则将模块公开的全局（window或global）。
?
下面是一个示例
?
eventUtil.js
?
?
?
二、ECMAScript：未来的JS模块化
?
ECMAScript的下一个版本Harmony已经考虑到了模块化的需求。
?
使用module关键字来定义一个模块
?
引入所有API
?使用另一个引用作为别名
??
局部重命名
Loader.load('http://json.org/modules/json2.js', function(JSON) {alert(JSON.stringify([0, {a: true}]));});?ES modules还需要很长时间来规范化。且它有个问题，即新的语法关键字不能向下兼容（如低版本IE浏览器）。
?
?
相关：
harmony:modules
harmony:module_loaders
