前言

seajs自带的spm打包工具相关文档略少，在粗读了一点源代码之后，我摸索出了spm使用上的一些要点，记录为此文

?

压缩JS文件

只需要执行这个命令即可

spm build xxx.js

这时候你将得到一个压缩过的__build/xxx.js文件

合并JS文件

如果希望将JS文件中require的其他模块都合并到这个文件中，我们可以加上--combine参数
另外记得这时候必须传递--app_url参数，用于生成module的id，如

spm build xxx.js --combine --app_url http://x.com

你将与上面一样得到一个__build/xxx.js文件，但是这个js中require的模块也都合并在这个文件中了

合并JS文件的规则

一般说来，前端优化时，并非链接数越少越好，对于通用JS类库，由于在多个页面中都会被引用，单独加载可以利用到浏览器缓存

spm在合并时，也考虑到了这种情况，因此它遵循这样一个规则，即只合并require的“相对标识”的模块，而不合并require的“顶级标识”的模块
对“相对标识”和“顶级标识”不了解的参见http://seajs.com/docs/zh-cn/module-identifier.html

为什么是这样一条规则呢？因为seajs的作者推荐使用这样一条规则来require模块：
“推荐使用 require('xxx') 这种方式引用通用类库，使用 require('./xx') 或 require('../path/to/yy') 引用业务模块”

所以，spm在合并时，不会合并通用类库的模块，而判断是否是通用类库的依据就是“相对标识”与“顶级标识”，因此这也要求我们在书写代码时，需要遵守以上的规则

强制合并通用类库

某些特殊情况下，我们希望将通用类库也合并进来，当然最简单的办法就是在代码中使用“相对标识”来require通用类库，不过这个办法实在太蠢
而且spm也有相应的处理方案，我们需要添加--combine_all参数，但是这时候我们还必须传递--base_path参数，指定通用类库所在的文件夹，也就是seajs的base路径
命令参考如下

spm build xxx.js --combine_all --app_url http://x.com --base_path ./lib/

输出文件路径