Node での require および import の使用方法の詳細な紹介

巴扎黑
リリース: 2017-08-15 10:20:30
オリジナル
1552 人が閲覧しました

この記事では主にNodeのインポートモジュールのrequireとimportの違いについて詳しく説明していますので、興味のある方は参考にしてください。

ES6規格がリリースされてからは、exportコマンドでインターフェースをエクスポートし、importでモジュールを導入するのが標準的な使い方になりましたが、通常のnodeモジュールでは、requireを使用する仕様を採用しています。モジュールを導入し、モジュールのエクスポート インターフェイスを使用します。

require と import をクリアしないと、将来の標準プログラミングでは醜くなります。

require 時代のモジュール

ノード プログラミングで最も重要なアイデアの 1 つはモジュールであり、このアイデアによって大規模な JavaScript プロジェクトが可能になります。 jsの世界ではモジュラープログラミングが流行しており、その後ブラウザ側でもrequirejsやseajsなどのツールキットが登場し、ES6以前のモジュラープログラミングはrequireが主流になったと言えます。 、現在でも、ES6 モジュールが完全に実装されるまではこれが当てはまります。

Node のモジュールは CommonJS 仕様に従い、requirejs は AMD に従い、seajs は CMD に従います。それらは異なりますが、比較的統一されたコード スタイルを維持したいと考えています。


// a.js // -------- node ----------- module.exports = { a : function() {}, b : 'xxx' }; // ----------- AMD or CMD ---------------- define(function(require, exports, module){ module.exports = { a : function() {}, b : 'xxx' }; });
ログイン後にコピー

スタイルの高度な統一性を維持するために、ブラウザ側モジュールで定義関数を使用してモジュールのクロージャを提供することを除いて、他のコードは完全に一貫していることがわかります。


// b.js // ------------ node --------- var m = require('./a'); m.a(); // ------------ AMD or CMD ------------- define(function(require, exports, module){ var m = require('./a'); m.a(); });
ログイン後にコピー

も使い方はよく似ています。 AMD または CMD はより豊富なスタイルを提供しますが、この記事では主にノード環境について説明するため、拡張しません。

ES6 のモジュール

ES6 によってリリースされたモジュールは CommonJS を直接使用しておらず、require も使用していません。つまり、require は依然としてノードのプライベート グローバル メソッドであり、module.exports はノードのプライベート メソッドにすぎません。 . グローバル変数の属性は、標準の 0.5 セントとは何の関係もありません。

export エクスポート モジュール インターフェイス

エクスポートの使用法は非常に複雑です。詳細はここで確認できます。以下にいくつかの例を示します:


// a.js export default function() {} export function a () {} var b = 'xxx'; export {b}; // 这是ES6的写法,实际上就是{b:b} setTimeout(() => b = 'ooo', 1000); export var c = 100;
ログイン後にコピー

エクスポートするインターフェイスの前に、export コマンドを追加します。

エクスポート後に b を変更することもできますが、これは CommonJS とは大きく異なります。内部の仕組みについては、この記事では恥ずかしげもなく省略します。

次の構文には重大なエラーがあることに注意してください:


// 错误演示 export 1; // 绝对不可以 var a = 100; export a;
ログイン後にコピー

インターフェイスをエクスポートするときは、モジュール内の変数と 1 対 1 対応する必要があります。 1 を直接エクスポートするのは意味がなく、インポート時にそれに対応する変数を持つことは不可能です。 export a は有効に見えますが、a の値は数値でありまったく分解できないため、export {a} の形式で記述する必要があります。関数に を割り当てても許可されません。さらに、ほとんどのスタイルでは、モジュールの最後でエクスポートを使用してすべてのインターフェイスをエクスポートするのが最善であると示唆しています。たとえば、次のようになります。 import はファイルの先頭に配置する必要があり、他のロジック コードを前に置くことはできません。これは、他のすべてのプログラミング言語のスタイルと一致しています。

インポートの使用方法はエクスポートと同じであり、非常に複雑です。ここで一般的な理解を得ることができます。いくつかの例を挙げると:

export {fun as default,a,b,c};
ログイン後にコピー
ここには落とし穴がいくつかありますが、それについては当面は公開しませんが、以下で説明します。

インポートの後に中括弧を続ける形式は、中括弧内の変数がエクスポート後の変数に対応する最も基本的な使用法です。ここでは、オブジェクトの構造化と代入の知識を理解する必要があります。この知識がなければ、ここで披露することはできません。構造化代入を理解すると、ここでの「1対1対応」関係が詳しく理解できるようになります。

キーワード


としては、プログラミング学習者にとっては簡単に言うと、単なる別名です。これはエクスポートでも使用でき、実際にはインポートでも使用できます:

import $ from 'jquery'; import * as _ from '_'; import {a,b,c} from './a'; import {default as alias, a as a_a, b, c} from './a';
ログイン後にコピー

上記のコードは、エクスポートされると、外部に提供されるインターフェイスが楽しくなります。これは、 a 内の a 関数のエイリアスです。 js ですが、モジュールの外で、a を認識できなければ、fun しか認識できません。import の as は非常に簡単です。モジュール内でメソッドを使用する場合、現在のファイルで使用できるようにメソッドにエイリアスを与えます。その理由は、2 つの異なるモジュールが同じインターフェイスを渡す場合があるためです。たとえば、楽しいインターフェイスも渡す c.js があります。 2 つのモジュール c では、インターフェース名が重複する問題を解決する方法を見つける必要があります。

デフォルトキーワード


他の人はチュートリアルを書いてエクスポート部分にデフォルトを入れていますが、これは理解に役立たないと思います。エクスポートするときは、default を使用できます。これは、実際にはエイリアスの糖衣構文です:

// a.js var a = function() {}; export {a as fun}; // b.js import {fun as a} from './a'; a();
ログイン後にコピー

インポートの場合、次のように使用できます:

// c.js export function fun() {};
ログイン後にコピー

この構文糖衣の利点import の場合、中括弧 {} を省略できます。簡単に言うと、インポート時に変数が中括弧で囲まれていない (* 記号がない) ことに気付いた場合は、頭の中で中括弧を含む as 構文に戻す必要があります。

所以,下面这种写法你也应该理解了吧:


import $,{each,map} from 'jquery';
ログイン後にコピー

import后面第一个 $ 是 {defalut as $} 的替代写法。

*符号

*就是代表所有,只用在import中,我们看下两个例子:


import * as _ from '_';
ログイン後にコピー

在意义上和 import _ from '_'; 是不同的,虽然实际上后面的使用方法是一样的。它表示的是把 '_' 模块中的所有接口挂载到 _ 这个对象上,所以可以用 _.each调用某个接口。

另外还可以通过*号直接继承某一个模块的接口:


export * from '_'; // 等效于: import * as all from '_'; export all;
ログイン後にコピー

*符号尽可能少用,它实际上是使用所有export的接口,但是很有可能你的当前模块并不会用到所有接口,可能仅仅是一个,所以最好的建议是使用花括号,用一个加一个。

该用require还是import?

require的使用非常简单,它相当于module.exports的传送门,module.exports后面的内容是什么,require的结果就是什么,对象、数字、字符串、函数……再把require的结果赋值给某个变量,相当于把require和module.exports进行平行空间的位置重叠。

而且require理论上可以运用在代码的任何地方,甚至不需要赋值给某个变量之后再使用,比如:


require('./a')(); // a模块是一个函数,立即执行a模块函数 var data = require('./a').data; // a模块导出的是一个对象 var a = require('./a')[0]; // a模块导出的是一个数组
ログイン後にコピー

你在使用时,完全可以忽略模块化这个概念来使用require,仅仅把它当做一个node内置的全局函数,它的参数甚至可以是表达式:


require(process.cwd() + '/a');
ログイン後にコピー

但是import则不同,它是编译时的(require是运行时的),它必须放在文件开头,而且使用格式也是确定的,不容置疑。它不会将整个模块运行后赋值给某个变量,而是只选择import的接口进行编译,这样在性能上比require好很多。

从理解上,require是赋值过程,import是解构过程,当然,require也可以将结果解构赋值给一组变量,但是import在遇到default时,和require则完全不同: var $ = require('jQuery'); 和 import $ from 'jquery' 是完全不同的两种概念。

上面完全没有回答“改用require还是import?”这个问题,因为这个问题就目前而言,根本没法回答,因为目前所有的引擎都还没有实现import,我们在node中使用babel支持ES6,也仅仅是将ES6转码为ES5再执行,import语法会被转码为require。这也是为什么在模块导出时使用module.exports,在引入模块时使用import仍然起效,因为本质上,import会被转码为require去执行。

但是,我们要知道这样一个道理,ES7很快也会发布,js引擎们会尽快实现ES6标准的规定,如果一个引擎连标准都实现不了,就会被淘汰, ES6是迟早的事 。如果你现在仍然在代码中部署require,那么等到ES6被引擎支持时,你必须升级你的代码,而如果现在开始部署import,那么未来可能只需要做很少的改动。

以上がNode での require および import の使用方法の詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
最新の問題
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート
私たちについて 免責事項 Sitemap
PHP中国語ウェブサイト:福祉オンライン PHP トレーニング,PHP 学習者の迅速な成長を支援します!