原文:

CommonJS和AMD的争论已经有很多，而两者也在项目进化和融合。个人看来CommonJS更面向于开发者，对于开发者来说，需要的是清晰的版本和管理，更少的代码和干扰，更少的配置。而AMD在代码中允许匿名模块，模块名称和变量之间关系的不清晰，非就近依赖，冗余依赖定义都不是开发者友好。

 提供了命令行和node模块来将在requirejs中使用的AMD转化为CommonJS格式，方便其他使用CMD或者 node, cortex 等外部系统来使用。

目前的官方AMD提供一下几种方式去定义一个模块：

1) Dependency-free module, simple object

1 define({ 2     add: function(a, b) { return a + b; }3 });

 

没有任何依赖，直接定义模块的exports。这种情况下要将AMD转话为CommonJS模块，只需要变为

1 module.exports = {2     add: function(a, b) { return a + b; }3 };

 

语法树转换非常简单。

2) Simplified CommonJS wrapping

1 define(function (require, exports, module) {2      var a = require('a'),3          b = require('b');4      exports.action = function () {};5  });

 

现在AMD提供CommonJS wrapping这种格式，更为简单。 只需要将factory函数中的函数体提取出来就可以了

1 var a = require('a'),2     b = require('b');3     4 exports.action = function () {};

 

3) Normalized

这个是通常我们见到的AMD格式

1 define(['backbone', './util', 'Buffer'], function(Bakcbone, util) {2     // other process3     return {4        data: {}5    };6 });

 

对于这种格式，处理有两个步骤 1) 将依赖转变为require的形式，中间要注意的是依赖申明和 factory 的参数并不一定一致； 2) 将 return 转变为 module.exports

1 var Backbone = require('backbone');2 var util = require('./util');3 require('Buffer');4 5 module.exports = { data: {} };