找 RequireJS 中文资料的时候看到一段吐槽 CommonJS 的内容… http://cyj.me/why-seajs/requirejs/

最初的 CommonJS 小组 的参与者们决定弄一份于时下的 JavaScript 编程语言有效，但不必束缚于浏览器 JS 环境的限制，的模块规范。开始的愿景是在浏览器里使用一些权宜之计， 并希望能借此影响浏览器厂商，促使它们为这种模块规范的原生支持提供解决方案。权宜之计有：

要么使用一个服务来转译 CJS 模块成浏览器中可用的代码

要么使用 XMLHttpRequest（XHR）以文本形式加载模块，再在浏览器中做文本变换、解析的工作 CJS 模块规范仅允许每文件一个模块，所以为优化、打包，可使用某种“转换格式”将多个模块合并到单个文件。

通过这种方式，CommonJS 小组搞定了依赖引用、如何处理循环依赖，以及如何获得当前模块的某些属性等问题。 但是，他们并没能接纳浏览器环境里不可改变、并且仍将影响模块设计的某些特性： 网络加载

异步继承 … 这也同时意味着他们为了实现这个规范，将负担更多地放到了 Web 开发者身上，而这些权宜之计也使调试变得更麻烦。 调试 eval 的代码，或者调试多个文件合并之后的单个文件，都有实际使用时的坏处。 这些缺点或许在未来某天会被浏览器调试工具解决掉，但结论仍然是：在最普遍的 JS 环境，浏览器中，使用 CommonJS 模块并不是最好的办法。