CommonJS es más que eso: es un proyecto para definir una API y un ecosistema comunes para JavaScript. Una parte de CommonJS es la especificación Module. Nodo.js y RingoJS son tiempos de ejecución de JavaScript del lado del servidor, y sí, ambos implementan módulos basados en las especificaciones del módulo CommonJS.

AMD (Definición de Módulo asíncrono) es otra especificación para módulos. RequireJS es probablemente la implementación más popular de AMD. Una diferencia importante de CommonJS es que AMD especifica que los módulos se cargan asincrónicamente, lo que significa que los módulos se cargan en paralelo, en lugar de bloquear la ejecución esperando a que finalice una carga.

AMD generalmente se usa más en el desarrollo JavaScript del lado del cliente (en el navegador) debido a esto, y los módulos CommonJS generalmente se usan en el lado del servidor. Sin embargo, puede usar cualquier especificación de módulo en cualquier entorno - por ejemplo, RequireJS ofrece instrucciones para ejecutarse en Node.js y browserify es una implementación del módulo CommonJS que se puede ejecutar en el navegador.

La respuesta corta sería:

CommonJS y AMD son especificaciones (o formatos) sobre cómo deben declararse los módulos y sus dependencias en las aplicaciones javascript.

RequireJS es una librería de script loader que es compatible con AMD, curljs siendo otro ejemplo.

Compatible con CommonJS:

Tomado de El libro de Addy Osmani.

// package/lib is a dependency we require
var lib = require( "package/lib" );

// behavior for our module
function foo(){
    lib.log( "hello world!" );
}

// export (expose) foo to other modules as foobar
exports.foobar = foo;

Compatible con AMD:

// package/lib is a dependency we require
define(["package/lib"], function (lib) {

    // behavior for our module
    function foo() {
        lib.log( "hello world!" );
    }

    // export (expose) foo to other modules as foobar
    return {
        foobar: foo
    }
});

En algún lugar de lo contrario, el módulo se puede utilizar con:

require(["package/myModule"], function(myModule) {
    myModule.foobar();
});

Algunos antecedentes:

En realidad, CommonJS es mucho más que una declaración API y solo una parte de ella se ocupa de eso. AMD comenzó como un borrador de especificación para el formato de módulo en la lista CommonJS, pero no se alcanzó un consenso completo y el desarrollo posterior del formato se trasladó al grupo amdjs . Argumentos en torno a qué formato es mejor estado que CommonJS intenta cubrir un conjunto más amplio de preocupaciones y que es más adecuado para el desarrollo del lado del servidor dada su naturaleza síncrona, y que AMD es más adecuado para el desarrollo del lado del cliente (navegador) dada su naturaleza asíncrona y el hecho de que tiene sus raíces en la implementación de la declaración de módulos de Dojo.

Fuentes:

• RequireJS - ¿Por qué AMD?
• Addy Osmani-Learning JavaScript Design Patterns-Modern Modular JavaScript Design Patterns

Citando

AMD :

• Un enfoque de navegador primero
• Optando por el comportamiento asíncrono y la compatibilidad hacia atrás simplificada
• No tiene ningún concepto de E/S de archivo.
• Soporta objetos, funciones, constructores, cadenas, JSON y muchos otros tipos de módulos.

CommonJS :

• Un primer acercamiento al servidor
• Asumiendo comportamiento síncrono
• Cubrir un conjunto más amplio de preocupaciones como E/S, Sistema de archivos, Promesas y más.
• Soporta módulos sin envolver, puede sentirse un poco más cerca de los ES.next / Harmony especificaciones, liberándote de la envoltura define() que AMD impone.
• Solo soporta objetos como módulos.

Es bastante normal organizar el programa JavaScript modular en varios archivos y llamar a child-modules desde main js module.

La cosa es que JavaScript no proporciona esto. Ni siquiera hoy en día en las últimas versiones del navegador de Chrome y FF.

Pero, ¿hay alguna palabra clave en JavaScript para llamar a otro módulo JavaScript?

Esta pregunta puede ser un colapso total del mundo para muchos, porque la respuesta es No.

En ES5 (publicado en 2009 ) JavaScript no tenía palabras clave como import, include , or require.

ES6 salva el día (lanzado en 2015 ) proponiendo la palabra clave import ( https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Statements/import ), pero ningún navegador implementa esto.

Si utiliza Babel 6.18.0 y transpile solo con la opción ES2015

import myDefault from "my-module";

Obtendrá require de nuevo.

"use strict";
var _myModule = require("my-module");
var _myModule2 = _interopRequireDefault(_myModule);
function _interopRequireDefault(obj) { return obj && obj.__esModule ? obj : { default: obj }; }

Esto se debe a que require significa que el módulo ser cargado desde el nodo.js. Nodo.js se encargará de todo, desde la lectura de archivos a nivel del sistema hasta las funciones de empaquetado en el módulo.

Porque en JavaScript las funciones son las únicas envolturas que representan los módulos.

Estoy muy confundido acerca de CommonJS y DMAE?

Tanto CommonJS como AMD son solo dos técnicas diferentes para superar el "defecto" de JavaScript para cargar módulos inteligentes.