关于requirejs和grunt压缩合并是否矛盾

requirejs主要是为了模块化开发，这样带来的好处不言而喻。但是分成多个js文件增加了请求数，那么就要用到合并压缩。合并压缩了原来的许多独立的js模块，那requirejs又是怎么冲压缩的文件中找到各个独立的模块进行加载的呢，感觉两者有点冲突，这个问题想了很久也假想了很多可能。在知乎上找到了一个回答，好像有那么点意思。

这个问题设计到多个概念词汇：
1：模块化开发；模块化开发无非是为了解耦和代码重用；期间的优势你如果不能理解说明你还没达到那个水平；
2：requirejs；requirejs在模块化开发中作为落地方案之一的技术框架，主要功能是按需加载依赖模块；所有的加载器无非是实现几个功能：（1：解析运行环境，解析主程序入口；(2：解析模块路径；加载模块代码并执行回调业务；所有类型模块加载器基本都会执行以上业务（amd，cmd，kmc……）；在浏览器环境下的模块代码的加载跟在node环境下的模块代码加载的解析会有一些差异；
3：代码合并：在web前端静态文件上线之前必做的一个优化手段：减轻代码文件的体积，减少http请求；
减轻代码体积的手段就是压缩代码（俗称ugly），在node环境下有很多类似的工具库可以用；
减少http请求的手段一般就是代码合并；如将a和b的代码放到一个js文件里面去（css同理）（俗称combo）；
在执行amd标准时，一个js文件只允许一个模块的存在，故在减少http请求层面，这是相斥的，但amd和cmd标准都有一个具名模块的定义方式，这个时候是允许一个js文件存在多个模块代码的；

你所不能理解的应该是r.js（requirejs的打包工具）；它的工作其实就是解读出根据你的配置环境的目录结构下的代码存放目录结构，然后把标准的代码结构转换成具名模块的代码结构，如果你执行了合并，则把依赖的模块的代码合并到制定的一个文件中；

链接 http://www.zhihu.com/question/34007485