denoモジュールを掘る - node.jsから来ている場合、これはあなたが遭遇する最大のワークフローの変更になります。それらがどのように機能し、それらを最適に使用する方法、node.jsモジュールとNPMパッケージをDenoで使用する方法などを学びます。
node.jsは、Ryan Dahlによって開発され、2009年にリリースされたChrome V8エンジンに基づくJavaScriptランタイムです。
Denoは、Ryan Dahlによって開発され、2020年にリリースされたChrome V8エンジンに基づくJavaScriptランタイムでもあります。 10年の経験に基づいて作成されています。これは、必ずしもnode.jsの続編であるか、より高度な代替手段であることを意味するわけではありませんが、node.jsのパスから逸脱します。
参照：
キーポイント
node.jsは、モジュールを提供しない場合は想像できないため、コミュニティのいくつかの回避策からcommonjsを採用します。これにより、Node Package Manager（NPM）の開発につながりました。これにより、開発者は独自のJavaScriptモジュールを簡単に検索、使用、公開できます。
NPMの使用は指数関数的に増加しています。これは史上最も人気のあるパッケージマネージャーになり、2020年半ばまでに1日800を超える新しい追加を備えた150万近くのモジュールをホストしました（出典：modulecounts.com）。
deno select es2015モジュールを使用します。これは、絶対的または相対的なURLからインポートできます。
このURLのスクリプトは、それに応じて関数またはその他の値をエクスポートする必要があります。
<code>import { something } from 'https://somewhere.com/somehow.js';
</code>Denoは、最新のWebブラウザーで実装されているのと同じモジュールシステムを使用します。
<code>export function something() {
console.log('something was executed');
}
</code>
CommonJSは、コードを実行するときに必要に応じて、ファイルシステムから依存関係をロードします。
.jsで終了するファイルは、最新のpackage.jsonが「型」：「モジュール」を設定しない限り、commonjsです。
DENOは、スクリプト内のモジュールのURLに初めて遭遇したときに、グローバルディレクトリにダウンロードしてキャッシュします。したがって、いくつのプロジェクトがそれを参照しても、特定のモジュールバージョンのコピーのみが必要です。
私はあなたが考えていることを知っています：「ああ、でも...」
…しかし、デノには、モジュールURLによって提起された問題を解決するオプションがあります。信頼できないurl
URLは、一時的に失敗したり、変更したり、永久に消えたりする場合があります。これはどのパッケージマネージャーにとっても問題であり、NPMは過去にも問題が発生しています（URLからのインストールも許可しています）。
critical node.jsアプリケーションの場合、node_modulesディレクトリをプロジェクトのGit/その他のリポジトリに追加することをお勧めします。
Denoは同様のオプションをサポートしています。 deno_dir環境変数を現在のプロジェクトのディレクトリパスに設定できます。
Windows CMDで使用されている
：またはWindows PowerShell：
アプリケーションが実行されると、Denoはモジュールをそのディレクトリにキャッシュして、プロジェクトのソースコントロールリポジトリに追加できるようにします。
<code>DENO_DIR=~/myproject/deno_modules` </code>
ここで、myscript.jsは通常、deno runを使用して実行されるエントリスクリプトです。生成されたスタンドアロンmyscript.bundle.jsファイルは、リアルタイムサーバーに展開できます。
<code>> set DENO_DIR="C:\myproject\deno_modules" </code>
Denoはトップレベルの待ち望をサポートしています。匿名の非同期関数で待望のコールをラップする必要はありません。残念ながら、トップレベルの待機がバンドルで失敗するため、ラッパー関数を追加する必要があります。これは既知の問題であり、将来のリリースで修正されます。
last：
マスターブランチを参照することもできます：
<code>import { something } from 'https://somewhere.com/somehow.js';
</code>しかし、これにより最新バージョンがダウンロードされ、将来のバージョンはアプリケーションと互換性がない場合があります。
<code>export function something() {
console.log('something was executed');
}
</code>同様のバージョン制御コンベンションを使用して、独自のサーバーにDenoモジュールを公開できますが、より人気が高まるにつれて、ウェブサイトが多くのトラフィックを受け取る可能性があります。より信頼できる方法は、GitHubなどのサービスのリポジトリを使用し、各バージョンにGitタグを割り当てることです。 denopkg.comやunpkg.comなどのサービスを使用して、公開バージョンモジュールURLを提供できます。
複数のモジュールが
に言及していますまたは、プロジェクトで使用される各モジュールをインポートする単一の依存関係ファイルを使用できます。通常、deps.jsまたはdeps.ts：
という名前ですその後、他のプロジェクトファイルでdeps.jsからdenoモジュールを参照できます。
<code>DENO_DIR=~/myproject/deno_modules` </code>
モジュールが更新された場合、deps.jsで単一のURL参照を変更するだけでいいです。
<code>> set DENO_DIR="C:\myproject\deno_modules" </code>
スクリプトのインポートマップ名を参照できます：
<code>> $env:DENO_DIR="C:\myproject\deno_modules" </code>
インポートマップは現在不安定な関数であるため、UNSTABLEフラグが必要です。この機能は、将来のDenoバージョンで変更される可能性があります。
<code>deno bundle myscript.js myscript.bundle.js</code>
調査の完全性
<code>import { serve } from 'https://deno.land/std@0.61.0/http/server.ts';
</code>
denoは、整合性チェックオプションを提供します。 （上記のように）単一の依存関係ファイルを使用する場合、それは最も簡単です：
次のDENOコマンドは、すべてのインポートされたデノモジュールのチェックサムを含むlock.jsonファイルを生成します：
<code>import { something } from 'https://somewhere.com/somehow.js';
</code>別の開発者がプロジェクトをクロームすると、各モジュールをリロードし、各モジュールの整合性を確認して、モジュールと同じであることを確認できます。
<code>export function something() {
console.log('something was executed');
}
</code>Node.jsモジュールを使用して
800人近くのサードパーティのデノモジュールのコレクションは、
deno.land/xで提供されています。 Express.js、データベースドライバー、暗号化関数、コマンドラインツールなどに似たフレームワークがあります。
Awesome Denoなどの一般的なモジュールの選択リストもあります。
ただし、150万node.jsモジュールのいずれかをインポートできる場合があります。いくつかのCDNは、NPM/CommonJSパッケージをES2015モジュールURLに変換できます。skypack.dev
jspm.orgモジュールのURLを参照することは議論の余地があり、非常に人気のあるNPMの人にとっては、邪魔になる可能性があります。つまり、DenoはJavaScriptモジュールの使用を簡素化します。 ES2015モジュールの多くの潜在的な副作用を緩和しながら、いくつかのNPM批判に対処します。
しかし、これは完璧とはほど遠いです。NPMモジュールを簡単に公開するのは簡単で、npmjs.comを簡単に検索することもできます。検索用語は500回の結果を返す場合がありますが、人気、品質、メンテナンス要因によってパッケージをランキングすることにより、選択麻痺を最小限に抑えることができます。
コードをデノのサードパーティモジュールのリストに送信することは困難です。モジュールは自動テストに合格する必要がありますが、品質を保証することはできず、検索結果はアルファベット順に配置されます。モジュールの数が数千に達すると、既存のシステムが持続する可能性は低い。 NPMでパッケージを簡単に更新することもできます。 npmを古くて実行して更新リストを表示するか、package.jsonでゆるいバージョン番号を参照するときにNPMインストールを実行するだけです。
DENOには同等の更新チェックオプションはありません。 TREX、Update Deno依存関係、Deno-Check-Updatesなど、パッケージマネージャーのようなプロジェクトがありますが、これらのプロジェクトは通常、マップのインポートに依存しており、常にセマンティックバージョンのURLに依存しています。
デノに切り替える必要がありますか？
node.jsは死ななかった。成熟しており、モジュール、テクノロジー、ドキュメント、ランタイムで10年の経験があります。
denoはこの知識のほとんどを使用していますが、それは非常に新しいものであり、今後数年間で急速に発展するでしょう。大規模なアプリケーションでは時期尚早かもしれませんが、小規模プロジェクトでは、リスクは低くなります。すでにタイプスクリプトまたは他の言語から出している人は、はるかに簡単な体験を楽しむかもしれませんが、node.js開発者はdenoに変換してから戻ることは困難ではありません。
しかし、デノには興味深い利点があります：
クライアントまたはサーバーのいずれかで機能する同型JavaScriptライブラリの夢は、大きな前進です。
denoについてすぐに学びます。デノの基本のコレクションは、デノの世界とそれ以降に最初の一歩を踏み出すのに役立ち、それにコンテンツを追加し続けます。専門家になるために必要なチュートリアルを提供します。デノの最後にいつでもインデックスを更新することができます。
➤デノの基本デノモジュール
デノでモジュールを作成する方法は？デノでモジュールを作成するのは簡単です。新しいファイル（module.tsなど）を作成し、関数またはクラスを定義してから、エクスポートキーワードを使用してエクスポートできます。他のDenoスクリプトは、これらのモジュールをインポートおよび使用できます。
デノでモジュールをインポートする方法は？デノでモジュールをインポートするには、インポートキーワードを使用して、モジュールのパスまたはURLが続くことができます。 Denoは、ローカルおよびリモートの輸入品をサポートしています。
デノでサードパーティモジュールを使用できますか？はい、DenoはURLから直接モジュールのインポートをサポートしており、パッケージレジストリまたはGitHubリポジトリでホストされているサードパーティモジュールを使用できます。
以上がDenoモジュール：使用、ベストプラクティス、ノードモジュールのインポートの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
