之前的项目一直采用grunt来构建，然后用requirejs做模块化，requirejs官方有提供grunt的插件来做压缩合并。现在的项目切到了gulp，模块化用起了seajs，自然而然地也想到了模块合并压缩的问题。
然后一开始在解决这个问题的时候，并不是很顺利，在npm上并没有那种特别流行的专门用来做seajs合并压缩的gulp插件，虽然在seajs的github上也看了不少的issue，但是大多数都是只能将所有的模块文件合并成一个总的文件，这对于单页面的应用来说肯定没有问题，但是对于多页面的应用而言，显然就违背了模块化思想中按需加载的核心，所以我想要的是一个能够根据我每个页面各自所依赖的模块来按需合并的方法。
这个按需合并的意思，一方面是只合并一个页面所依赖的那些模块，另一方面是，还能过滤掉某些模块不参与合并，考虑这个的原因在于有些模块，比如jquery等，都属于第三方依赖的库，可能文件比较大，最重要的是你几乎不会去改动它的代码，所以这些模块不合并到页面的js中，会有助于更好地利用浏览器缓存。本文介绍一个简单可行的办法，来做基于gulp构建的中小型项目中的seajs合并压缩。
注：为了说明，seajs合并后的效果，本文提供了一个演示demo，它有两个页面：login.html和regist.html，分别用来模拟多页应用中的两个独立的文件，可通过以下链接来查看：
以login.html为例，查看这个页面的源文件中，会看到它除了引用seajs以及相关的配置文件common.js外，只引用了app/login作为页面的main js，这个app/login模块其实对应的就是js/app/login.js：
但实际上，这个login.js依赖了更多的模块js，你可以通过chrome的soures来查看该页面加载的详细js资源：
在login.js合并之前，它的代码是这样的：
但是在前2个截图中，我们并没有看到mod/mod1.js , mod/mod2.js , deps/fastclick.js这三个文件，我们除了看到login.js，还看到了lib/bootstrap.js , lib/jquery.js , lib/jquery.validate.js。这就是合并的效果。一方面保持了js/lib文件夹下的模块都不会参与合并，另一方面保证了页面的main js所依赖的其它模块，都合并到页面的main js文件中来。
该demo相关的代码可通过以下链接进行查看：
https://github.com/liuyunzhuge/blog/tree/master/seajs
1. 合并思路
其实方法还算比较简单，我最后再介绍。
1）我先说下自己对seajs的模块进行组织的一种文件夹结构，它是这样的：
这个结构借鉴于requirejs，尽量让文件组织扁平化，对于中小型前端项目来说，应该不会太麻烦。其中各个文件夹的作用是：
1）js/app 存放各个页面的main js，基本上是一个页面一个js的逻辑
2）js/deps 存放哪些需要被合并到main js的第三方模块
3）js/lib 存放哪些不需要参与合并的第三方模块
4）js/mod 存放各个项目中自己写的一些js模块
5）common.js 是seajs的配置文件。
2）在common.js中把js/lib下的模块都配置到了alias选项里面，因为这些js都不参与合并，需要使用到浏览器缓存，alias可以方便我们在修改或升级了js/lib下的文件的时候，对这些文件的加载地址做一点更新：
base配置到了js文件夹。在模块开发中，要require其他模块时，我的习惯都是直接写mod/mod1这样的模块标识，不用相对标识，即使要定义的这个模块所依赖的模块跟它存在于同一个文件夹中，这也是我为啥把base目录设置到js文件夹的原因，有点类似站点根目录的感觉。
3）合并的思路：主要是利用gulp-seajs-transport和gulp-seajs-concat这两个gulp插件。虽然它们在github上不是很热门，但是已经很好地解决我的问题了，使用起来也非常简单：
（更多内容需要查看本文开始处提供的源码链接，找到相关的gulpfile.js文件）
gulp-seajs-transport可以帮助你把seajs的模块文件从匿名模块，变成具名模块。比如js/mod/mod1.js在构建前是这样的：
但是经过transport处理后就会变成：
