说下背景：
在ES6以前，JS语言没有模块化，如何让JS不止运行在浏览器，且能更有效的管理代码，
于是应运而生CommonJS这种规范，定义了三个全局变量：
require，exports，module
require 用于引入一个模块
exports 对外暴露模块的接口，可以是任何类型
module 是这个模块本身的对象
用require引入时获取的是这个模块对外暴露的接口（exports）
Node.js 使用了CommonJS规范：
在浏览器端，不像Node.js内部支持CommonJS，如何进行模块化，
于是出现了 CMD 与 AMD 两种方式，其主要代表是 seajs 和 requirejs，
他们都定义了一个全局函数 define 来创建一个模块：
可以看出CMD完好的保留了CommonJS的风格，
而AMD用了一种更简洁的依赖注入和函数返回的方式实现模块化。
两者除风格不同外最大区别在于加载依赖模块的方式，
CMD是懒加载，在require时才会加载依赖，
而AMD是预加载，在定义模块时就提前加载好所有依赖。
各有千秋，各有适合的场景，网上有两者详细评测和激烈的讨论。
背景介绍完，说正题。
我们要实现一个模块，让它既能在seajs（CMD）环境里引入，又能在requirejs（AMD）环境中引入，
当然也能在Node.js（CommonJS）中使用，另外还可以在没有模块化的环境中用script标签全局引入，
可谓是对write once，run anywhere的向往，实际上大部分npm的前端组件包也要考虑这个。
首先一个模块看起来应该是这样：
当然，模块输出的不止可以是对象，还是可以是任何值，包括一个类。
分析CMD和AMD，我们需要提供一个工厂函数传入define来定义模块，所以变成这样：
为适应Node.js，可以来判断全局变量，由于require在CMD和ADM中都有定义，所以只判断：
typeof module !== 'undefined' && typeof exports === 'object'
于是变成这样：
至此已经能够满足Node.js的需求。
当没有上述全局变量，且有define全局变量时，我们认为是AMD或CMD，可以直接将factory传入define：
注意：CMD其实也支持return返回模块接口，所以两者可以通用。
最后是script标签全局引入，我们可以将模块放在window上，
为了模块内部在浏览器和Node.js中都能使用全局对象，我们可以做此判断：
var global = typeof window !== 'undefined' ? window : global;
同时，我们用一个立刻执行的闭包函数将所有代码包含，来避免污染全局空间，
并将global对象传入闭包函数，最终变成这样：
注意：闭包前加上分号是为了给前一个模块填坑，分号多了没问题，少了则语句可能发生变化。
于是同一个js文件我们能愉快的在不同环境这样引入：
awesome!