js模块化的总结
从前端打包的历史谈起
在很长的一段前端历史里，是不存在打包这个说法的。那个时候页面基本是纯静态的或者服务端输出的， 没有 AJAX，也没有 jQuery。Google 推出 Gmail 的时候（2004 年），XMLHttpRequest, 也就是我们俗称的 AJAX被拾起的时候，前端开发者开始往页面里插入各种库和插件，我们的 js 文件程指数倍的开始增加了。JSMin、YUI Compressor、Closure Compiler、UglifyJS 等 js 文件压缩合并工具陆陆续续诞生了。压缩工具是有了，但我们得要执行它，最简单的办法呢，就是 windows 上搞个 bat 脚本，mac / linux 上搞个 bash 脚本，哪几个文件要合并在一块的，哪几个要压缩的，发布的时候运行一下脚本，生成压缩后的文件。
这时候commonJS出现了，如果想在a.js引入b.js和c.js，大概语法是
var b = require(./b.js); var c = require(./c.js);
b.js和c.js导出方式是大概这样的
exports.add = function(a, b) {
return a+b;
}
然后再a.js中可以使用b模块的add方法
var n = b.add(5, 8);
// b.js
module.exports = {
add(a, b){
return a+b;
}
}
// or
exports.add = function(a,b) {
return a+b;
}
// a.js
var b = require('./b.js');
var n = b.add(5,8);
上述代码中， module.exports 和 exports 很容易混淆，下面看下大致的内部实现
var module = require('./b.js');
module.add
// 包装了一层立即执行函数，防止全局变量污染，重要的是module,module是node独有的一个变量
module.exports = {
add: function(a,b) {
return a+b;
}
}
// 基本实现
var module = {
exports: {} // exports是个空对象
}
var exports = module.exports
var load = function(module) {
// 需要导出的东西
var add = function(a, b) {
return a+b;
}
module.exports = add;
return module.exports;
}
module.exports和exports用法一模一样，但是不能对exports直接赋值，没有任何效果。
但是commonJS是node独有的规范，浏览器中并不适用，因为require()的返回是同步的，服务器加载资源的时候并不能异步的读取。在浏览器中如果使用这种方式就会堵塞js脚本的执行，所以浏览器中只能使用Browserify解析。Browserify和webpack几乎同时出现，简单介绍下Browserify： 其目的是让前端也能使用commonJS的语法来加载js,它会从入口js开始，把所有的require()调用文件打包并合并到一个文件，这样就解决了异步加载的问题。但是对比webpack，他的缺点也是明显的：
1.不支持按需加载，Browserify不支持把代码打包成多个文件。
2.对非js文件的加载不够完善，比如html中的img标签，只能转成Data URI的形式，并不能替换为打包后的路径。在配合gulp或者grunt使用时增加了难度。
3.只支持commonJS规范，不支持后续介绍的AMD和ES6 Module。
所以webpack一统了天下。
于是，在commonJS的基础上，2011又出现了 Asynchronous Module Definition，也是就是AMD规范，AMD规范使用异步回调的语法来并行下载多个依赖项，基本语法如下
require(['./b.js', './c.js'], function(b,c){
var n = b.add(5,8);
console.log(c)
})
同时，导出的时候也需要使用异步回调的方式,比如，c模块又依赖了d.js
defined(['./d'], function(d){
return d.PI
})
总结下AMD： 定义模块使用defined()函数，引入使用reqire()函数，两者的区别是，前者必须要在回调函数中返回一个值作为导出的东西，后者确不需要任何导出，同时也无法作为被依赖项被其他文件导入，因此一般用于入口文件。
AMD是由RequireJS提出的。如果想了解可以查看其文档。但是现在基本已经被淘汰了。
js的模块化问题解决后，css模块化也被各种各样的css预处理器所处理： less、sass、stylus、scss等等。
后来有了ES6规范，提出了模块化的概念，配合babel可以直接使用 ES6模块化
// b.js
export function a() {}
export function b() {}
// c.js
export default function() {}
// a.js
import {a, b} from './b.js'
import ModuleC from './c.js'
对于commonJS和ES6 module 的区别简单总结如下：
1. 前者支持动态导入，也就是可以这样写 require(`${path}/b.js`), 后者目前不支持，但是已有提案。
2. 前者是同步导入，因为用于服务器，文件都在本地，同步导入即使卡主主线程也影响不大；后者是异步导入，因为用于浏览器，需要从服务器下载文件，如果使用同步导入会影响页面渲染。
3. 前者在导出时是值拷贝，就算导出的值发生变化了，导入的值也不会改变。所以如果导入结束后想更新值，必须重新导入一次；后者才用的是实时绑定的方式， 导入导出的值都指向同一个内存地址，所以导入值会跟随导出值变化。
4. ES6 module 会编译成为 require/exports 来执行。
