seajs压缩打包过程
作者：zccst
一、构建过程
CMD模块在构建时，有两个基本操作：
1，提取操作，用来提取模块的标识id和依赖dependencies。
2，压缩操作。经过上面的提取操作后，构建工具就可以调用任何JS压缩工具来进行压缩了，require参数也可以被压缩成任意字符。
举例，在a.js
define(function(require, exports) {
var b = require('./b');
var c = require('./c');
});
//代码将改为
define('xxx/1.0.0/a', ['./b', './c'], function(require, exports) {
var b = require('./b');
var c = require('./c');
});Sea.js在运行define时，接受factory参数，可以通过factory.toString()拿到源码，再通过正则匹配require的方式来得到依赖信息。依赖信息是一个数组，比如上面a.js的依赖数组是：['./b','./c']
Sea.js不需要通过factory.toString()和正则匹配的方式来获取依赖，直接从第二个参数中就可以拿到依赖数组。
二、ID和路径匹配原则
所谓ID和路径匹配原则是指，使用seajs.use或require进行引用的文件，如果是具名模块（即定义了ID的模块），会把ID和seajs.use的路径名进行匹配，如果一致，则正确执行模块返回结果。反之，则返回null。
例如：
// 文件路径是 lib/jquery.js
// ID 和实际路径匹配了（.js 后缀会自动补上）
define('lib/jquery', function(require, exports, module) {
// jquery code
exports = $;
});
//当 jQuery 文件是上面的情况时，下面的变量 $ 能拿到正确的返回结果。
//使用 seajs.use
seajs.use('lib/jquery', function($) {
// use $
});
//或者在模块中 require ：
define(function(require, exports, module) {
var $ = require('$');
// use $
});下面这种情况会返回null
//文件路径是lib/jquery.js
//但是ID是lib/jquery.min.js
//ID和路径不匹配
define('lib/jquery.min',function(require,exports,module){
//jquerycode
exports=$;
});
而匿名模块始终能正确返回结果：
//lib/jquery.js
//匿名模块，不需要进行匹配
//但是文件中只能有一个define块
define(function(require,exports,module){
//jquerycode
exports=$;
});
注意这里用于匹配的ID都是经过alias和path解析并且补完后缀之后的。
为什么要有这个原则
回答这个问题前，请先阅读这篇文章：#426。
首先，Sea.js的模块启动接口秉承的是路径即ID的设计原则。seajs.use的方法的第一个参数被规定为文件路径（而不是ID），这样的设计减轻了记忆模块ID的负担，无论是匿名模块还是具名模块，开发者只需要知道文件放在哪儿就行了。
进一步的，之所以有这个ID和路径匹配原则，是因为在CMD的书写规范中，一个文件对应一个模块，所有的模块都是匿名模块（即define(factory)的形式）。那么当seajs.use某模块时，这个模块对应的文件里的唯一的define方法理所当然的是这个模块的执行代码，这时可以正确返回结果。
三、自动压缩工具
普通压缩工具
针对IE浏览器，要自己写ID
如果您觉得本文的内容对您的学习有所帮助，您可以微信：