検索
ホームページウェブフロントエンドjsチュートリアルノード(1)のモジュール仕様を0から1まで学習する

CommonJS、AMD、CMD の概念を説明する前に、まず js のモジュール性について理解します。モジュール化とは、名前が示すように、プロジェクトを機能またはその他のロジックに従って分解し、各部分が 1 つの機能のみを処理し、将来の開発とメンテナンスを容易にするために機能を分離することです。次に、モジュール化には、モジュールを分割してアセンブルするための次の機能が必要です:

  1. カプセル化されたモジュールを定義する;

  2. 他のモジュールに依存することができる。 ;

  3. その後、これらの機能を定義するには一連の標準とガイドラインが必要になるため、CommonJS、AMD、CMD などが登場しました。

  4. 1. CommonJS

CommonJS は元々は ServerJS と呼ばれるもので、サーバー側の js の仕様です。 CommonJS 仕様によれば、単一のファイルがモジュールであり、require はモジュールのロードに使用され、exports は使用されます。 > は、このモジュール内のメソッドまたはプロパティを外部に公開するために使用されます。

例:

// hello.jsfunction say(username){    console.log( 'hello, '+username );
}

exports.say = say;
ServerJS,是js在服务端的规范,node使用的就是这种规范。根据CommonJS规范,一个单独的文件就是一个模块,require用来加载一个模块,exports用来向外部暴露该模块里的方法或属性。

例如:

// main.jsvar person = require('./hello');

person.say('wenzi'); // hello, wenziperson.say('师少兵'); // hello, 师少兵person.say('NUC'); // hello, NUC

=============

var a = {name:'wenzi'};var b = a;console.log(a); // {name: "wenzi"}console.log(b); // {name: "wenzi"}

同时,require语句可以写在文件中的任何位置,只要使用之前引用之前即可,不一定要写在文件的最前面。不过,为了代码更易阅读,能直观地看到当前引用了哪些模块,最好是放在文件的最前面。

exports与module.exports的区别

可能有人见过直接使用exports的,有的是使用module.exports的,这里稍微的讲解下这两者的区别。

先举个简单的例子:

b.name = 'shaobing';console.log(a); // {name: "shaobing"}console.log(b); // {name: "shaobing"}

a和b输出的结果是一样的。现在我改变下b中name的值:

var b = {name:'师少兵'};console.log(a); // {name: "shaobing"}console.log(b); // {name: "师少兵"}

a和b的输出结果都发生了改变。我再对b进行重新声明:

// hello.js// 将需要引入的模块全部写入到数组中,然后传递参数进行调用define(['a', 'b'], function(a, ,b){    // do something    return{
        hello : function(username){            console.log( 'hello, '+username );
        }
    }
})

这三个例子输出了三种结果:

  1. 声明a对象,并把a赋值给b,然后a和b输出了相同的结果;

  2. 改变了b中的name,那么a中的name也跟着改变;

  3. 重新声明了b对象,那么a中的name则没有跟着b一起改变

解释:a 是一个对象,b 是对 a 的引用,即 a 和 b 指向同一块内存,所以1中的输出是一样的。当对 b 作修改时,即 a 和 b 指向同一块内存地址的内容发生了改变,a 也会体现出来,所以第2个例子输出也一样。当 b 被覆盖时,b 指向了一块新的内存,a 还是指向原来的内存,所以最后输出会不一样。

那么此时就可以引出exportsmodule.exports了:

  1. module.exports 初始值为一个空对象 {}

  2. exports 是指向的 module.exports 的引用

  3. require() 返回的是 module.exports 而不是 exports

如果module.exports发生了新指向,则exports无效;若module.exports没有发生变化,则直接exports即可。

2. AMD与RequireJS

说到AMD,不得不说到RequireJS,AMD从CommonJS社区独立出来,单独成为了AMD社区,AMD的流行,很大程度上也是依托了RequireJS作者的推广。

AMD规范中,默认推荐的模块格式是:

// main.jsdefine(['./hello'], function(h){
    h.hello('wenzi');
})

==========

// hello.jsdefine(function(require, exports, module){    var a = require('a');    // do a    var b = require( 'b' );    // do b    module.exports.hello = hello; // 对外输出hello})

也就是说,在AMD中,模块必须使用define定义,依赖通过函数参数传进来,这样的一个好处就是所有的依赖都能一目了然。

3. CMD与seajs

CMD规范是国内著名的玉伯大神提出来的,将就的就是就近依赖,什么时候用到,就在那个地方进行require

==============
rrreee🎜🎜同時に、必須ファイル内の任意の位置に記述できます。参照の前であれば、ファイルの先頭に記述する必要はありません。ただし、コードを読みやすくし、現在どのモジュールが参照されているかを直感的に確認するには、ファイルの先頭に配置するのが最善です。 🎜

exports と module.exports の違い

🎜 ここでは、exports を直接使用する場合と module.exports を使用する場合を見たことがあります。この 2 つの違いについて簡単に説明します。 🎜🎜まず簡単な例を見てみましょう: 🎜🎜rrreee🎜🎜 a と b の出力結果は同じです。ここで、b の name の値を変更します。 🎜🎜rrreee🎜🎜 a と b の両方の出力結果が変更されました。 b を再度宣言しました: 🎜🎜rrreee🎜🎜これら 3 つの例は 3 つの結果を出力します。 🎜🎜🎜🎜 オブジェクトを宣言し、 a を b に代入すると、 a と b は同じ結果を出力します 🎜🎜 🎜🎜 は b の名前を変更します。 a の名前も変更されます。🎜🎜🎜🎜 は b オブジェクトを再宣言しますが、a の名前は b とともに変更されません🎜🎜🎜🎜説明: a はオブジェクト、b はへの参照です。 a、つまり a と b は同じメモリを指すため、1 の出力は同じになります。 b が変更されると、つまり、同じメモリアドレスを指す a と b の内容が変更されると、a も反映されるため、2 番目の例の出力は同じになります。 b が上書きされると、b は新しいメモリを指しますが、a は引き続き元のメモリを指すため、最終的な出力は異なります。 🎜🎜次に、この時点で exportsmodule.exports を導入できます: 🎜🎜🎜🎜module.exports初期値は空のオブジェクトです。{}🎜🎜🎜🎜exports は module.exports への参照です🎜🎜🎜🎜require() は、exports の代わりに module.exports を返します🎜🎜🎜🎜 module.exports に新しいポイントがある場合、エクスポートは無効です。module.exports が変更されていない場合は、直接エクスポートしてください。 🎜🎜2. AMD と RequireJS🎜🎜 AMD と言えば、RequireJS の人気について話さなければなりません。 AMD、それはまた、RequireJS 作者の昇進にも大きく依存しています。 🎜🎜 AMD 仕様では、デフォルトで推奨されるモジュール形式は次のとおりです: 🎜🎜rrreee🎜🎜==========🎜🎜rrreee🎜🎜 つまり、AMD では、モジュールは define 定義では、依存関係は関数パラメーターを通じて渡されます。これの利点の 1 つは、すべての依存関係が一目でわかることです。 🎜🎜3. CMD と seajs🎜🎜 CMD 仕様は、中国の有名な Yu Bo によって提案されました。それが使用される場合、唯一の解決策は 近くの依存関係です。その場所は必須です。 SeaJS は CMD 仕様を使用します: 🎜🎜rrreee🎜

ここから AMD と CMD の違いを確認することもできます:

AMD は通常、すべての依存関係を一度に導入し、パラメータを通じて渡す必要がありますが、CMD は必要な場合にのみ導入します

ただし、AMD は導入もサポートしています。 CMD 形式ですが、依然として AMD のロジックに従って内部で実行されます。

4. 概要

この記事では、CommonJS、AMD、および CMD 仕様間の関連する相違点と関連性を紹介します。以下に簡単な概要を示します。

  1. CommonJS: 各ファイルはモジュールであり、定義する必要はありません。ノードはこの仕様を使用します。

  2. AMD: モジュールを定義するために定義を使用し、事前に依存関係に注意してください

  3. CMD: モジュールを定義するために定義を使用し、

    近くの依存関係を作成します

次に、ノードの正式な学習を開始します。


声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
JavaScriptエンジン:実装の比較JavaScriptエンジン:実装の比較Apr 13, 2025 am 12:05 AM

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

ブラウザを超えて:現実世界のJavaScriptブラウザを超えて:現実世界のJavaScriptApr 12, 2025 am 12:06 AM

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する(バックエンド統合)Apr 11, 2025 am 08:23 AM

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)next.jsを使用してマルチテナントSaaSアプリケーションを構築する方法(フロントエンド統合)Apr 11, 2025 am 08:22 AM

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します

JavaScript:Web言語の汎用性の調査JavaScript:Web言語の汎用性の調査Apr 11, 2025 am 12:01 AM

JavaScriptは、現代のWeb開発のコア言語であり、その多様性と柔軟性に広く使用されています。 1)フロントエンド開発:DOM操作と最新のフレームワーク(React、Vue.JS、Angularなど)を通じて、動的なWebページとシングルページアプリケーションを構築します。 2)サーバー側の開発:node.jsは、非ブロッキングI/Oモデルを使用して、高い並行性とリアルタイムアプリケーションを処理します。 3)モバイルおよびデスクトップアプリケーション開発:クロスプラットフォーム開発は、反応および電子を通じて実現され、開発効率を向上させます。

JavaScriptの進化:現在の傾向と将来の見通しJavaScriptの進化:現在の傾向と将来の見通しApr 10, 2025 am 09:33 AM

JavaScriptの最新トレンドには、TypeScriptの台頭、最新のフレームワークとライブラリの人気、WebAssemblyの適用が含まれます。将来の見通しは、より強力なタイプシステム、サーバー側のJavaScriptの開発、人工知能と機械学習の拡大、およびIoTおよびEDGEコンピューティングの可能性をカバーしています。

javascriptの分解:それが何をするのか、なぜそれが重要なのかjavascriptの分解:それが何をするのか、なぜそれが重要なのかApr 09, 2025 am 12:07 AM

JavaScriptは現代のWeb開発の基礎であり、その主な機能には、イベント駆動型のプログラミング、動的コンテンツ生成、非同期プログラミングが含まれます。 1)イベント駆動型プログラミングにより、Webページはユーザー操作に応じて動的に変更できます。 2)動的コンテンツ生成により、条件に応じてページコンテンツを調整できます。 3)非同期プログラミングにより、ユーザーインターフェイスがブロックされないようにします。 JavaScriptは、Webインタラクション、シングルページアプリケーション、サーバー側の開発で広く使用されており、ユーザーエクスペリエンスとクロスプラットフォーム開発の柔軟性を大幅に改善しています。

pythonまたはjavascriptの方がいいですか?pythonまたはjavascriptの方がいいですか?Apr 06, 2025 am 12:14 AM

Pythonはデータサイエンスや機械学習により適していますが、JavaScriptはフロントエンドとフルスタックの開発により適しています。 1. Pythonは、簡潔な構文とリッチライブラリエコシステムで知られており、データ分析とWeb開発に適しています。 2。JavaScriptは、フロントエンド開発の中核です。 node.jsはサーバー側のプログラミングをサポートしており、フルスタック開発に適しています。

See all articles

ホットAIツール

Undresser.AI Undress

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

Undress AI Tool

脱衣画像を無料で

Clothoff.io

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

AI Hentai Generator

AIヘンタイを無料で生成します。

ホットツール

Dreamweaver Mac版

Dreamweaver Mac版

ビジュアル Web 開発ツール

MinGW - Minimalist GNU for Windows

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SAP NetWeaver Server Adapter for Eclipse

SAP NetWeaver Server Adapter for Eclipse

Eclipse を SAP NetWeaver アプリケーション サーバーと統合します。

VSCode Windows 64 ビットのダウンロード

VSCode Windows 64 ビットのダウンロード

Microsoft によって発売された無料で強力な IDE エディター

PhpStorm Mac バージョン

PhpStorm Mac バージョン

最新(2018.2.1)のプロフェッショナル向けPHP統合開発ツール