この記事では、JavaScript モジュールの仕様について、CommonJS、AMD、CMD について説明します。必要な方は参考にしていただければ幸いです。
この記事は、「JS モジュラー プログラミング - CommonJS と AMD/CMD を完全理解!」の記事から抜粋したものです。記事の概要の大部分は、記事の元の言葉から抜粋したものであり、今後新たな経験があったときに随時追加していきます。違反があった場合は連絡先を削除します。
始める前に、モジュールはなぜ重要なのでしょうか?
回答: モジュールのおかげで、他の人のコードをより便利に使用でき、必要な機能に必要なモジュールをロードできます。ただし、これには前提条件があります。つまり、全員が同じ方法でモジュールを作成する必要があります。そうでないと、あなたにはあなたの書き方があり、私には私の書き方があるので、混乱してしまうでしょう。
ということで、以下の3つのモジュール仕様が出てきて、この記事も出てきました。 CommonJS仕様の実装はnode.js、AMD(Asynchronous Module Definition)仕様の実装はrequire.jsとcurl.js、CMD仕様の実装はSeaであることをあらかじめ説明しておきます。 js.
JS のモジュール仕様 (CommonJS、AMD、CMD)、JS のモジュール化について聞いたことがあるなら、CommonJS や AMD、さらには CMD についても聞いたことがあるはずです。でも本当に前に聴いただけなんです。これらの仕様がどのようなもので、どのような機能があるのかを見てみましょう。この記事には、これら 3 つの仕様の出典と、それらに対応する製品の原理が含まれています。
1. 最初は、公式に定義された API はブラウザベースのアプリケーションしか構築できないと誰もが考えていました。これは狭すぎるため (高級な言葉を使いました)、CommonJS API はこれに耐えることができず、通常のアプリケーション (主にブラウザ以外のアプリケーション) で使用される多くの API を定義し、このギャップを埋めています。その最終的な目標は、Python、Ruby、Java に似た標準ライブラリを提供することです。この場合、開発者は CommonJS API を使用してアプリケーションを作成し、これらのアプリケーションを異なる JavaScript インタープリターや異なるホスト環境で実行できます。
CommonJS と互換性のあるシステムでは、JavaScript を使用して次のプログラムを開発できます:
(1)。コマンド ライン ツール
。 ( 3). グラフィカル インターフェイス アプリケーション
(4).ハイブリッド アプリケーション (Titanium や Adobe AIR など)
2009 年に、アメリカのプログラマー Ryan Dahl は、JavaScript を実行する node.js プロジェクトを作成しました。言語はサーバーサイドのプログラミングに使用されます。 これにより、「JavaScript モジュール型プログラミング」が正式に誕生しました。正直に言うと、ブラウザ環境ではモジュールがなくても特に大きな問題はありません。結局のところ、Web プログラムの複雑さには限界があります。しかし、サーバー側ではオペレーティング システムと対話するためのモジュールが必要です。それ以外の場合は、プログラムする方法がまったくありません。 NodeJS は CommonJS 仕様の実装であり、webpack も CommonJS の形式で記述されます。 node.js のモジュール体系は CommonJS 仕様を参照して実装されています。 CommonJS には、モジュールをロードするために使用されるグローバル メソッド require() があります。数学モジュール math.js があると仮定すると、次のようにロードできます。
var math = require('math');
次に、モジュールによって提供されるメソッドを呼び出すことができます。
var math = require('math');
math.add(2,3); // 5
CommonJS で定義されているモジュールは、{モジュール参照 (require)} {モジュール定義 (エクスポート)} {モジュール識別 (モジュール)}
require() を使用して導入します。外部モジュール; エクスポート オブジェクト 現在のモジュールのメソッドまたは変数をエクスポートするために使用され、モジュール オブジェクトはモジュール自体を表します。
Node は CommonJS の仕様に従っていますが、いくつかのトレードオフがあり、いくつかの新しいものが追加されています。
ただし、CommonJS について話し、Node についても話した後は、まず NPM を理解する必要があると思います。 Node のパッケージ マネージャーとして、NPM は Node が依存するパッケージのインストールの問題を解決するのを支援するものではなく、CommonJS 仕様 (または理論) に従う必要があります。 CommonJS WIKIではその歴史を語り、モジュールやパッケージなども紹介しています。
commonJS の原理と簡単な実装について話しましょう:
1. 原理
ブラウザが CommonJS と互換性がない根本的な理由は、4 つの Node.js 環境変数が欠如していることです。module exports require global
以下は簡単な例です。
var module = { exports: {} }; (function(module, exports) { exports.multiply = function (n) { return n * 1000 }; }(module, module.exports)) var f = module.exports.multiply; f(5) // 5000
上記のコードは、即時実行関数に module と exports という 2 つの外部変数を提供し、モジュールはこの即時実行関数に配置されます。 module.exportsにモジュールの出力値を置くことでモジュールのロードを実現します。
2. AMD 仕様
var math = require('math'); math.add(2, 3);
第二行math.add(2, 3),在第一行require('math')之后运行,因此必须等math.js加载完成。也就是说,如果加载时间很长,整个应用就会停在那里等。您会注意到 require 是同步的。
这对服务器端不是一个问题,因为所有的模块都存放在本地硬盘,可以同步加载完成,等待时间就是硬盘的读取时间。但是,对于浏览器,这却是一个大问题,因为模块都放在服务器端,等待时间取决于网速的快慢,可能要等很长时间,浏览器处于"假死"状态。
因此,浏览器端的模块,不能采用"同步加载"(synchronous),只能采用"异步加载"(asynchronous)。这就是AMD规范诞生的背景。
CommonJS是主要为了JS在后端的表现制定的,他是不适合前端的,AMD(异步模块定义)出现了,它就主要为前端JS的表现制定规范。
AMD是"Asynchronous Module Definition"的缩写,意思就是"异步模块定义"。它采用异步方式加载模块,模块的加载不影响它后面语句的运行。所有依赖这个模块的语句,都定义在一个回调函数中,等到加载完成之后,这个回调函数才会运行。
AMD也采用require()语句加载模块,但是不同于CommonJS,它要求两个参数:
require([module], callback);
第一个参数[module],是一个数组,里面的成员就是要加载的模块;第二个参数callback,则是加载成功之后的回调函数。如果将前面的代码改写成AMD形式,就是下面这样:
require(['math'], function (math) { math.add(2, 3); });
math.add()与math模块加载不是同步的,浏览器不会发生假死。所以很显然,AMD比较适合浏览器环境。目前,主要有两个Javascript库实现了AMD规范:require.js和curl.js。
Require.js主要提供define和require两个方法来进行模块化编程,前者用来定义模块,后者用来调用模块。RequireJS就是实现了AMD规范的呢。
大名远扬的玉伯写了seajs,就是遵循他提出的CMD规范,与AMD蛮相近的,不过用起来感觉更加方便些,最重要的是中文版,应有尽有:seajs官方doc
define(function(require,exports,module){...});
前面说AMD,说RequireJS实现了AMD,CMD看起来与AMD好像呀,那RequireJS与SeaJS像不像呢?虽然CMD与AMD蛮像的,但区别还是挺明显的,官方非官方都有阐述和理解,我觉得吧,说的都挺好
以上がJavaScript モジュール仕様の CommonJS、AMD、CMD の概要の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。