たくさん読んだ後でも、私はCommonJS、AMD、およびRequireJSについてまだ非常に混乱しています。

CommonJS（以前のServerJS）は、言語がブラウザーの外部で使用される場合にJavaScript仕様（モジュール）を定義するためのグループであることを知っています。CommonJSモジュールの仕様には、Node.jsやRingoJSなどの実装がありますよね？

CommonJS、非同期モジュール定義（AMD）、およびRequireJSの関係は何ですか？

あるRequireJSはの実装CommonJSのモジュール定義？はいの場合、AMDとは何ですか？

RequireJSはAMD API （ソース）を実装します。

CommonJSは、exportsオブジェクトの助けを借りてモジュールを定義する方法であり、モジュールの内容を定義します。簡単に言えば、CommonJS実装は次のように機能する可能性があります。

// someModule.js
exports.doSomething = function() { return "foo"; };

//otherModule.js
var someModule = require('someModule'); // in the vein of node    
exports.doSomethingElse = function() { return someModule.doSomething() + "bar"; };

基本的に、CommonJSは、require()依存関係をフェッチする関数、exportsモジュールの内容をエクスポートする変数、および依存関係を要求するために使用されるモジュール識別子（このモジュールに関連する問題のモジュールの場所を説明する）が必要であることを指定します（ソース）。CommonJSには、あなたが言及したNode.jsを含むさまざまな実装があります。

CommonJSは特にブラウザーを念頭に置いて設計されていなかったため、ブラウザー環境にうまく適合していません（私にはこれのソースはありません-RequireJSサイトを含め、どこにでもそう言っているだけです）。非同期ロードなどを行う

一方、RequireJSはAMDを実装しており、これはブラウザー環境（ソース）に適合するように設計されています。どうやら、AMDはCommonJS Transportフォーマットのスピンオフとして始まり、独自のモジュール定義APIに進化しました。したがって、2つの間の類似点です。AMDの新機能はdefine()、モジュールがロードされる前に依存関係を宣言できるようにする機能です。たとえば、定義は次のようになります。

define('module/id/string', ['module', 'dependency', 'array'], 
function(module, factory function) {
  return ModuleContents;  
});

したがって、CommonJSとAMDはJavaScriptモジュール定義APIであり、実装は異なりますが、どちらも同じ起源のものです。

• AMDは、モジュールの依存関係の非同期読み込みをサポートしているため、ブラウザにより適しています。
• RequireJSはAMDの実装であり、同時にCommonJSの精神（主にモジュール識別子）を維持しようとします。

さらに困惑させるのは、AMD実装であるRequireJSがCommonJSラッパーを提供するため、CommonJSモジュールをほぼ直接インポートしてRequireJSで使用できるようにすることです。

define(function(require, exports, module) {
  var someModule = require('someModule'); // in the vein of node    
  exports.doSomethingElse = function() { return someModule.doSomething() + "bar"; };
});

これが説明を明確にするのに役立つことを願っています！

CommonJSはそれだけではありません。JavaScriptの共通のAPIとエコシステムを定義するプロジェクトです。CommonJSの一部はモジュール仕様です。Node.jsとRingoJSはサーバーサイドJavaScriptランタイムであり、どちらもCommonJS Module仕様に基づくモジュールを実装しています。

AMD（非同期モジュール定義）は、モジュールのもう1つの仕様です。RequireJSは、おそらくAMDの最も人気のある実装です。CommonJSとの大きな違いの1つは、AMDはモジュールが非同期でロードされることを指定することです。つまり、ロードの完了を待機することで実行をブロックするのではなく、モジュールが並列でロードされます。

このため、AMDは一般にクライアント側（ブラウザ内）JavaScript開発でより多く使用され、CommonJSモジュールは一般にサーバー側で使用されます。しかし、あなたはどちらの環境でいずれかのモジュールの仕様を使用することができます-例えば、RequireJS申し出のNode.jsの中で実行するための指示をしてbrowserifyは、ブラウザで実行することができますCommonJSモジュールの実装です。

短い答えは：

CommonJSと AMDは、モジュールとその依存関係をJavaScriptアプリケーションで宣言する方法に関する仕様（または形式）です。

RequireJSは、AMD準拠のスクリプトローダーライブラリです。curljsもその1つの例です。

CommonJS準拠：

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;

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
    }
});

他のどこかでモジュールを使用できます：

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

背景：

実際、CommonJSはAPI宣言以上のものであり、その一部しか扱っていません。AMDはCommonJSリストのモジュール形式のドラフト仕様として開始しましたが、完全な合意には至らず、形式のさらなる開発はamdjsグループに移行しました。CommonJSがより広範な懸念をカバーしようとすること、および同期の性質を考えるとサーバー側の開発により適していること、および非同期の性質とDojoのモジュール宣言の実装にルーツがあるという事実。

出典：

• RequireJS-AMDを選ぶ理由
• Addy Osmani-JavaScriptデザインパターンの学習-モダンモジュラーJavaScriptデザインパターン

引用

AMD：

• ブラウザファーストのアプローチ
• 非同期動作と簡略化された下位互換性を選択する
• ファイルI / Oの概念はありません。
• オブジェクト、関数、コンストラクター、文字列、JSON、その他多くのタイプのモジュールをサポートしています。

CommonJS：

• 1つのサーバーからのアプローチ
• 同期動作を想定
• I / O、ファイルシステム、プロミスなどの幅広い問題をカバーします。
• ラップされていないモジュールをサポートします。ES.next/ Harmony仕様に少し近づき、強制するdefine（）ラッパーを解放しますAMD。
• オブジェクトをモジュールとしてのみサポートします。

いくつかのファイルにJavaScriptプログラムのモジュラーを整理すると呼び出すことはかなり正常ですchild-modulesからmain js module。

JavaScriptはこれを提供していません。ChromeとFFの最新のブラウザーバージョンでは、現在でもそうではありません。

しかし、JavaScriptに別のJavaScriptモジュールを呼び出すためのキーワードはありますか？

答えがノーであるので、この質問は多くの人にとって世界の完全な崩壊であるかもしれません。

ES5（2009年にリリース）では、JavaScriptにはimport、include、requireなどのキーワードがありませんでした。

ES6は、インポートキーワード（ https://developer.mozilla.org/en/docs/Web/JavaScript/Reference/Statements/import）を提案する（2015年にリリースされた）日を節約しますが、これを実装するブラウザーはありません。

Babel 6.18.0を使用し、ES2015オプションのみでトランスパイルする場合

import myDefault from "my-module";

あなたはrequire再び得るでしょう。

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

これはrequire、モジュールがNode.jsからロードされることを意味するためです。Node.jsは、システムレベルのファイルの読み取りから、関数のモジュールへのラッピングまで、すべてを処理します。

JavaScriptでは、関数はモジュールを表す唯一のラッパーだからです。

CommonJSとAMDについてよく混乱していますか？

CommonJSとAMDは、JavaScriptの「欠陥」を克服してモジュールをスマートにロードするための2つの異なる手法にすぎません。