目次
1. Node.js の概要とダウンロードアドレス
1. コンパイラ、実行環境、開発環境の違い
2. Node.js と JavaScript、TypeScript
3. Node.js とブラウザ
2. Web サイトで [ダウンロード] をクリックし、対応するシステムダウンロード Nodejs
3. Node.js インストールプログラムのインストールとインストールオプションの設定
4. Node.js の共通構成 (構成、設定)
1. npm パッケージのグローバルインストールパスとキャッシュパスの変更
2. ミラーソース (ミラー) の構成Station)
3.パッケージ管理ツールの設定
5.node.jsの操作

2023 年の最新の Node.js インストールの詳細なチュートリアルと Node.js 構成

1. Node.js の概要とそのダウンロードアドレス

1. コンパイラ、実行環境、開発環境の違い

コンパイラと開発環境の関係については、「コンパイラ (Compiler) と C/C++ コンパイラのインストール (c+ インストール) 」の第 5 章を参照してください。

ランタイム環境 (ランタイム環境、ランタイムシステム) は、(広義には) コンパイラーの役割であり、コードの実行を可能にするために他のリソースを接続します。コンパイラはランタイム環境の中核です。Node.js は実行環境であり、実際、一般的に、特定の言語をインストールすると、その言語の実行環境も取得されます (例: Python のインストール)。実行環境とコンパイラの関係を図 1-1 に示します。

図 1-1 実行環境とコンパイラ

先ほど述べた IDE (統合開発環境) は、PyCharm、VS、VS Code などの開発環境 (開発環境) です。開発環境はコード開発に焦点を当てています。コードを実行すると、コンパイラやその他のリソースが呼び出されます。開発環境の概念はより広く、実行環境も含まれます (実行環境は開発環境に統合できます)。一般的に、開発環境と実行環境は呼び出し関係（開発環境が実行環境を呼び出す）です。

範囲に関しては、開発環境 > 実行環境 > コンパイラ、コアの役割に関しては、コンパイラ (または実行環境) > 開発環境となります。

2、Node.jsとJavaScript 、TypeScript

JavaScript (略して「JS」) は、コンパイラーを必要としない (実際には他のコンパイラーに依存しているとも言えます) 軽量の解釈型プログラミング言語であり、Web ブラウザー (Browser) またはノードの助けを借りてコンパイルおよびコンパイルされます。 .js. 実行、TypeScript は JavaScript から開発され、コンパイラを備えていますが、TypeScript コンパイラはTypeScriptコードをJavaScriptコードにコンパイルすることのみを担当し、ブラウザまたは Node.js の助けを借りてコンパイルして実行します。

Node.js は JavaScript 実行環境 (ランタイム環境) であり、JavaScript は Node.js コンパイラーの助けを借りてマシン上で実行されると言えます。

3. Node.jsとブラウザ

サーバーとは、ネットワーク内の他のマシンに特定のサービスを提供できるコンピューターシステムを指します。この種のサービスは通常サーバー (Server) と呼ばれ、サーバーは高性能コンピューターとみなすことができます。

サーバー (サーバー) とクライアント (クライアント) は相対的な用語です。サーバーはクライアントにサービスを提供します。サーバーは、クライアントにリソースを提供する対象を絞ったサービスプログラムです。クライアントデータを保存します。Web ブラウザ (Browser) はクライアント (Client) アプリケーションであり、その主な機能は、ユーザーが要求した Web リソースをサーバーから提示し、ブラウザウィンドウに表示することです。

JavaScript はブラウザ上で実行できます。つまり、ブラウザは JavaScript のコンパイルをサポートしています。したがって、ブラウザ (ブラウザ) は、クライアント上の実行環境である JavaScript の実行環境とみなすこともできます。JavaScript は、実行されているコンパイラのブラウザを使用します。機械の上で。

Node.js は、サーバー側で JavaScript を実行できるようにする JavaScript 実行環境 (ランタイム環境) でもあります。簡単に言うと、Node.js を使用すると、ブラウザに依存せずに JavaScript を Python/Java などのマシン上で実行できます。

もちろん、Web ブラウザー (Browser) にせよ、Node.js にせよ、コンパイラー (compiler) はそれらの中核コンポーネントにすぎず、その他の機能や独自の特性もありますが、ここではこれ以上説明しません。なお、ここでいうコンパイラとは、特に断りのない限り広義の概念（つまり、コードを機械語にコンパイルすることの総称）である。

Node.jsのダウンロードアドレスを表1-1に示します。

表 1-1 Nodejs のダウンロード URL

Node.jsのダウンロードURL

https://nodejs.org/ja

2. Web サイトで[ダウンロード]をクリックし、Nodejs をダウンロードする対応するシステムを選択します。

上の表 1-1 のダウンロードリンクを開くと、図 2-1 に示すように、ページ上に 2 つのダウンロード場所があることがわかります。

図 2-1 Node.js ページ

図 2-1 の①の赤い矢印は、2 つのデフォルトバージョンのダウンロードを示しています。 64 ビット Windows システム用の LTS (長期サポート、テスト済み、比較的完全で安定したバージョン) と Current (内部テスト中のため、利用できない場合があります) ) Node.js の最新かつ最も完全なバージョン。

図 2-1 の②の赤い矢印で示されている [ダウンロード] をクリックすると、図 2-2 に示すページが表示されます。このページには、さまざまなオペレーティングシステムおよびハードウェアシステム用の Node.js プログラムが提供されています。

図 2-2 さまざまなオペレーティングシステムおよびハードウェアシステム用の Node.js インストールプログラム

LTS で対応する Node.js プログラムを選択できます。図 2-2 は、Windows、macOS、および Linux システムに適した Node.js プログラムを示しています。図 2-2 の赤いボックスはデフォルトのダウンロードであり、赤いボックスの下は特定のパラメーターに対応するダウンロードです。たとえば、赤いボックス内の Windows のデフォルトのダウンロードは、実際には赤いボックス内の Windows インストーラー (.msi) → 64 ビットのダウンロードと同等です。

図 2-2の パラメータ名の意味の説明については、以下の 1、2、3 を参照してください。

1、インストーラー、バイナリ、ソース

インストーラーとは、ダウンロードしてインストールした後にバイナリの実行可能ファイルを生成するインストールプログラムを意味します。

バイナリはコンパイルされたバイナリ実行可能ファイルで、通常はダウンロードして解凍した後に使用できます。

ソースはソースコード (ソースコード)、つまりコンパイルされておらず、実行可能ファイルにする前にコンパイルする必要があるファイルです。

なお、ここでいう実行ファイルとは、コンパイルされて実行可能なファイル（機械語ファイル、機械語コードで構成されたバイナリファイルともいう）のことをいう。

JavaScript (JS) を実行するには実行ファイル Node.js をダウンロードする必要があるため、図 2-2 でインストーラーまたはバイナリでプログラムを選択できます。

2、.msi 、.zip 、.pkg 、.tar.gz

.msiは Windows のインストールファイル形式です。

.zip は圧縮ファイル形式です。

.pkg は、 macOS システムのインストールファイル形式で一般的に使用されます。

.tar.gz は、.zip 圧縮パッケージに似た圧縮パッケージですが、.tar.gz 形式は Linux オペレーティングシステムおよび MacOSX システム (UNIX コアに基づくシステム) に適しています。

3、32ビット、64ビット(x64) 、ARM64 、ARMv7 、ARMv8

32 ビット、64 ビット (x64)、ARM64、ARMv7、および ARMv8 のパラメーターはハードウェア CPU に関連します。

64 ビット (x64) とは、64ビットプロセッサをベースとした 64 ビットオペレーティングシステムを指し、ダウンロードされたプログラムは 64 ビットオペレーティングシステムに適しています。[マイコンピュータ] を右クリックし、メニューで [プロパティ] を左クリックすると、コンピュータのハードウェア構成が表示されます。コンピュータのオペレーティングシステムの種類は、以下の図 2-3 の赤いボックスに示されています。

図 2-3 コンピュータの仕様

32 ビットとは、32 ビットプロセッサをベースとした 32 ビットオペレーティングシステムを指し、ダウンロードされたプログラムは 32 ビットオペレーティングシステムに適しています。

Arm64は AArch64 状態のプロセッサアーキテクチャであり、ダウンロードしたインストールプログラムは、ARM が発売した 64 ビットプロセッサをベースとした Arm64 システムプロセッサに適しています。

ARMv7 は、32 ビットと 16 ビットの 2 つの命令セットを含む ARM のプロセッサアーキテクチャであり、このアーキテクチャは技術仕様として理解でき、プロセッサはアーキテクチャに従って設計されます。

ARMv8 は、64 ビットおよび 32 ビットの命令セットを含む ARM のプロセッサアーキテクチャです。

図 2-2 の ARMv7/ARMv8 は、プログラムがこのアーキテクチャのプロセッサに適していることを示します。

Windows を例に挙げると、64 ビット Windows インストーラー (.msi) の Node.js インストーラーを選択できます。

4、追加のプラットフォーム

このダウンロードページでは、図 2-4 の「追加プラットフォーム」の下のオプションに対応するダウンロードなど、他のプラットフォームに適した Node.js も提供します。

図 2-4 他のプラットフォームおよびその他のダウンロードとインストール

ドッカーイメージ

Docker イメージプラットフォームである Docker は、ソフトウェアとその依存環境の標準化されたパッケージです。

Power LE システム上の Linux

IBM 独自の Power LE シリーズのチップで設計されたハードウェアシステム上で実行される Linux システム。

System z 上の Linux

IBMのSystem zシリーズのメインフレーム上で動作するLinuxシステム。

Power Systems 上の AIX

IBM 独自の Power シリーズチップで設計されたミニコンピュータハードウェアシステム上で実行される、UNIX に似たオペレーティングシステムのセット。

図 2-4 の上記のオプションの右側は、ダウンロードされたファイルです。次の 3 つの項目は、IBM サーバー用の Node.js プログラムです。図 2-4 の赤いボックスは、他のバージョンのダウンロードとインストールの手順です。

3. Node.jsインストーラーのインストールとインストールオプションの設定

ここでは、Windows オペレーティングシステムでの Node.js のインストールを例として取り上げます。Windows インストーラー (.msi) → 64 ビット対応 Nodejs をダウンロードします。つまり、図 3-1 の赤い矢印で示されたダウンロードの 1 つをクリックします。

図 3-1 さまざまな種類の Nodejs インストールプログラム

1.Node.jsセットアップを実行する

上記でダウンロードした nodejs インストールプログラムを実行します。ようこそインストールインターフェイスが表示されます。[次へ] を選択して、下の図 3-2 のインストールインターフェイスに入ります。

図 3-2 Node.js のインストール

[使用許諾契約の条項に同意します] にチェックを入れ、図 3-2 で [次へ] をクリックし、図 3-3 に示す Node.js のインストール場所設定インターフェイスに入ります。

2.設置場所の設定

図 3-3 ノードの設置場所

Node.js のインストールパスをカスタマイズできます。設定が完了したら、[次へ] をクリックして、図 3-4 に示すノードインストールオプション設定インターフェイスに入ります。

3.インストールオプションの設定

図 3-5 ノードのインストールオプションの設定

Nodeには以下の5つの基本機能がデフォルトでインストールされています。

(1)Node.jsランタイム

Node のインストールの中核機能でもある Node の動作環境。左側の + をクリックすると、そのサブ機能の 1 つであるイベントトレース (イベントトレース、特定のイベントのデータを追跡およびキャプチャし、これを通じてさらなる分析を行うことができます) が表示されます。

(2)コアパックマネージャー

Node.js のユニバーサルパッケージマネージャー (Node.js のユニバーサルパッケージマネージャー) は、パッケージマネージャーのマネージャーとも呼ばれます。つまり、一部のパッケージマネージャーは、corepack を使用してパッケージを管理し、ユニバーサルな役割を果たすことができます。

Node.js パッケージマネージャー (パッケージ管理ツール) は、Node.js パッケージの検索、ダウンロード、インストール、アンインストールのための管理機能を提供します。パッケージは、他の人が書いたコードとして理解でき、パッケージマネージャーを通じてパッケージをダウンロードしてコンピューターにインストールした後、コードを直接参照して、車輪の再発明を避けることができます。

一般的に使用される Node.js パッケージマネージャーには、npm、yarn、pnpm、cnpm などがあります。これらのパッケージマネージャーは、corepack を使用して機能を発揮できます。これは、corepack が npm、yarn、pnpm、cnpm などと互換性があることと同等です。

Node.js のパッケージマネージャーは、Python のパッケージマネージャーである Python の pip に似ています。

(3)npmパッケージマネージャー

npm (Node Package Manager) パッケージマネージャーは、JavaScript ランタイム環境 Node.js に推奨されるパッケージマネージャーです。

(4)オンラインドキュメントのショートカット

オンラインドキュメントのショートカット。Windows デスクトップの [スタート] メニュー (左下隅) にオンラインドキュメントのショートカットを作成します。これにより、Node.js のオンラインドキュメントと Node.js Web サイトにリンクできます。

(5)PATHに追加

Windows 環境変数に追加されます。左側の + をクリックすると、そのサブ機能が表示されます: Node.js、npm、および npm モジュール (つまり、Node.js、npm、および npm モジュールを環境変数に追加します。npm モジュールは、npm によってグローバルにインストールされるモジュールまたはライブラリです) (総称してパッケージと呼ぶこともあります))。

環境変数は、オペレーティングシステム内で特定の名前を持つオブジェクトで、1 つ以上のアプリケーションで使用される情報が含まれています。プログラムが存在するフルパスを指定せずにプログラムを実行するようにシステムに要求された場合、システムは現在のディレクトリでプログラムを探すだけでなく、環境変数 path で指定されたパスにも移動して実行可能なプログラムを見つけます。変数。

環境変数内のシステム変数はすべてのユーザーに対して有効であり、ユーザー変数は現在ログインしている Windows アカウントに対して有効です。システム変数が見つからない場合は、現在のユーザー変数から検索されます。さらに、環境変数名では大文字と小文字が区別されません。たとえば、PATH と path の 2 つの名前は同じです。

上記のいずれかの機能のアイコンをクリックすると、インストール設定のメニューが表示され、次のオプションから選択できます。

ローカルのハードドライブにインストールされます

この機能 (サブ機能は除く) をローカルハードドライブにインストールします。

機能全体がローカルハードドライブにインストールされます

関数全体 (この関数とそのサブ関数) をローカルハードドライブにインストールします。

ネットワークから実行するためにインストールされます

ネットワークから実行するには、この機能 (サブ機能は除く) をインストールします。

機能全体がネットワークから実行されるようにインストールされます

この機能とそのサブ機能をインストールして、ネットワークから実行します。

必要に応じて機能がインストールされます

必要に応じて機能がインストールされます。

機能全体が利用できなくなります

機能全体 (この機能とそのサブ機能) はインストールされません。

インストール中、上記の機能はデフォルトでローカルハードドライブにインストールされます。そのため、デフォルト設定を使用できます。図 3-5 にはインストール設定がありません。[次へ] をクリックします (図 3-5 の [その他のリセット] はリセットしてデフォルトに戻すには、「ディスク使用量」はハードディスクの使用量です) 図 3-6 でオプションのツールのインストールを入力します。

4.オプションツールのインストール

Nodeを使用する場合、npmを使用して特定のパッケージまたはモジュールをダウンロードしてインストールしますが、インストール時にこのパッケージまたはモジュールをC/C++でコンパイルする必要があり、その際、PythonまたはVS(Visual Studio)を使用する必要があります。これら 2 つのツール (ここではビルドツールと呼びます) がインストールされていない場合、そのようなパッケージまたはモジュールをインストールするときに例外がプロンプトされます。

図 3-6 オプションツールのインストール

図 3-6 の [必要なツールを自動的にインストールする] オプションをオンにすると、Python と VS が自動的にダウンロードされてインストールされ、Windows Chocolatey パッケージマネージャーもインストールされます。

確認すると、実際には Chocolatey が最初に自動的にインストールされ、次に Chocolatey パッケージマネージャーを使用して Python と VS をダウンロードしてインストールします。Chocolatey は、Node.js の npm や Python の pip に似た、Windows システム専用に開発された NuGet ベースのパッケージマネージャーツールです。Windows で Chocolatey を使用すると、Windows に適したアプリケーションを自動的にダウンロードしてインストールできます。

また、図 3-6 にリンクされているページの指示に従って、必要に応じて Python、VS、および Chocolatey をインストールすることもできます。例: VS は有料です。VS のコミュニティバージョンを手動でインストールすることを選択できます。すでに Python がインストールされている場合は、最新バージョンの Python をインストールする必要はありません。

インストール速度を考慮して、上記のオプションのチェックを外したり、これらのツールを一時的にインストールせず、Node のインストール後に手動でインストールしたり、将来必要に応じてインストールしたりすることもできます。

上記のオプションをチェックすると、Node.js のインストールが完了した後、Python、VS、および Chocolatey を自動的にインストールするように求めるスクリプト実行ウィンドウがポップアップ表示されます。詳細については、図 3-10、3-11、および 3 を参照してください。以下5.

図 3-6 で [次へ] をクリックして、図 3-7 のノードインストールインターフェイスに入ります。

5.インストール

図 3-7 インストールの準備ができたノード

図 3-7 で「インストール」をクリックして、図 3-8 に示す Node.js インストール進行状況インターフェイスに入ります。

図 3-8 Node.js のインストールの進行状況

図 3-8 インストールの進行が完了すると、図 3-8 に示す Node.js インストール完了プロンプトインターフェイスが表示されます。

図 3-9 Nodejs のインストール完了

この時点で、Node.js インストーラーのインストールが実際に完了しました。

上記の4と図 3-6 で[必要なツールを自動的にインストールする] オプションをオンにし、図 3-9 で [完了] をクリックすると、図 3-10、3-11、および 3-12 に示すスクリプトのインストールが表示されます。 .オプションツール（Build Tools）のプロンプト画面では、上記4と中図の3～6にチェックが入っていない場合、以下のインストールプロンプトは表示されません。

図 3-10 Python および VS のスクリプトインストールプロンプトウィンドウ

図 3-10 では、Python と VS (Visual Build) をインストールするためのプロンプトとスクリプトの紹介が表示されます。任意のキーを押すと、図 3-11 に示すように、Chocolatey をインストールするための別のプロンプトとスクリプトの紹介が表示されます。

図 3-11 Chocolatey のスクリプトインストールのプロンプトウィンドウ

図 3-11 任意のキーを押すと、以下の図 3-12 に示す Windows PowerShell コマンドラインウィンドウが表示され、Chocolatey、Python、VS のインストールステータスが表示されます。

図 3-11 Chocolatey、Python、VS のインストール

図 3-11 のプロンプトからわかるように、Chocolatey のインストール後、Python と VS が自動的にダウンロードされ、インストールされます。Chocolatey、Python、VS がインストールされたら、図 3-11 を閉じることができます。

この時点で、Node.js、Chocolatey、Python、VS は正常にインストールされました。

win + r ショートカットキー (つまり、Windows + R) を使用して実行ウィンドウを開き、cmd を入力して確認し、cmd コマンドラインウィンドウを開き、コマンドラインウィンドウに「node -v」と入力し、ノードのバージョン情報をプロンプト表示します。コマンドラインウィンドウ「npm -v」と入力すると、npm のバージョン情報が要求され、インストールが成功したことが示されます。

4. Node.js共通設定（構成・設定）

ニーズに応じて以下の構成（Configuration）を選択できます。

1. npmパッケージのグローバルインストールパスとキャッシュパスを変更します。

Node がインストールされたら、npm パッケージマネージャーを使用してモジュールとライブラリ (パッケージと総称される場合があります) をインストールします。まず、グローバルキャッシュパスのフォルダーに移動して、パッケージが存在するかどうかを確認します。存在する場合は、パッケージをパッケージのインストールパスに直接ダウンロードします。再度ダウンロードする必要はありません。存在しない場合は、パッケージをキャッシュパスにダウンロードし、インストールパスにインストールします。

パッケージのグローバルインストールパスとキャッシュパスは、デフォルトでは C ドライブにありますが、領域を占有しないように C ドライブがシステムディスクであることを考慮して、グローバルインストールパスとキャッシュパスを指定できます。

(1)デフォルトのグローバルインストールパスとキャッシュパス

npm がモジュールまたはライブラリ (総称してパッケージと呼ぶこともあります) をインストールするために一般的に使用されるコマンド形式は 2 つあります。

ローカルインストール (ローカル): npm インストール名

グローバルインストール (グローバル): npm install name-g

モジュールまたはライブラリをアンインストールするには、単に uninstall を使用します。ローカルインストールとグローバルインストールでは、インストール方法とインストール場所が異なるだけでなく、ローカルにインストールされたパッケージは require() を介して導入する必要がありますが、グローバルにインストールされたパッケージはコマンドラインから直接使用できます。ローカルインストールでは、異なるパッケージ上の異なるプロジェクトのバージョン依存関係の問題が解決されます。

win+rショートカットキー(つまり、Windows+R) を使用して実行ウィンドウを開き、cmdと入力して確認し、cmdコマンドラインウィンドウを開き、 npm を使用して cmd コマンドラインウィンドウにパッケージをインストールします。ローカルにインストールする場合は、cmd コマンドラインを使用します。プロンプトが表示された現在のパスの下に、node_modules フォルダーを作成します。このフォルダーには、インストールされたパッケージが保存されます (cd コマンドを使用してパスを変更し、このパスの下にインストールすることもできます)。

図 4-1 npm を使用して cmd コマンドラインウィンドウでパッケージをローカルにインストールする

図 4-1 のコマンド npm install jquery は、jquery を C:\Users\HP\node_modules にローカルにインストールします。ローカルにインストールされたパッケージのインストールパスは、コマンド npm root で表示できます。また、他のターミナルウィンドウでのローカルインストールのパスは異なる場合があることに注意してください。

グローバルインストールを選択した場合は、インストールされたパッケージを保存するために、グローバルインストールのデフォルトパスの下に node_modules フォルダーを作成します。

図 4-2 npm を使用して cmd コマンドラインウィンドウでパッケージをグローバルにインストールする

図 4-2 のコマンド npm install jquery -g は、グローバルインストールです。jquery は、デフォルトのグローバルインストールパスにインストールされます。ここでのデフォルトパッケージのグローバルインストールパスは、上記の node.js のインストールが完了した後にデフォルトで設定されていますコマンド npm get prefix (または npm config get prefix) を使用して、パッケージのグローバルインストールパスを表示できます (コマンド npm root -g を使用して表示することもできます)。コマンド npm get cache (またはnpm config get queue) を使用して、グローバルキャッシュパスを表示します。図 4-3 に示すように、パッケージのグローバルインストールパスとキャッシュパスを表示します。

図 4-3 のグローバルインストールパス C:\Users\HP\AppData\Roaming\npm とキャッシュパス C:\Users\HP\AppData\Local\npm-cache は、node.js のインストール後にすでにデフォルト設定されています。 HP はユーザー名フォルダーです。このユーザー名は Windows ログインアカウントです。このユーザー名は C:\Users で確認できます。

図 4-3 パッケージのグローバルインストールパスとキャッシュパス

(2)パッケージのグローバルインストールパスとキャッシュパスを変更する

上記でパッケージ化されているグローバルインストールパスとキャッシュパスは、node.jsインストール後のデフォルトパスであり、デフォルトパスはCドライブですが、占有容量を考慮してDドライブなど他のドライブに指定することもできます。C ドライブはシステムドライブであるため、Win11 システムでは、C ドライブ内のフォルダーのセキュリティ権限は通常、cmd コマンドライン操作のニーズに基づいて決定できますが、D ドライブはシステムドライブではありません。 cmd コマンドラインで d に変更します。ディスクのグローバルインストールパスとキャッシュパスを使用する場合、d ディスクフォルダーを自動的に作成してそのセキュリティ権限を変更できない場合があります。npm を使用してパッケージをインストールする場合は、図 4-4 に示すように、npm ERR! エラー: EPERM: 操作は許可されていません、npm ERR! というプロンプトが表示されます。操作はオペレーティングシステムによって拒否されました。

図 4-4 インストールパスとキャッシュパスを変更した後、パッケージのインストール時に例外が発生する

したがって、インストールフォルダーと保存用のキャッシュフォルダーを手動で作成し、フォルダーの内容を書き込みおよび変更するためのセキュリティ権限を設定する必要があります。

上記の状況は、他のマシンやシステムでは発生しない可能性があります。このマシンは win11 システムであり、ドライブ c とドライブ d に分かれているソリッドステートドライブが 1 つだけあります。コマンドを使用してグローバルインストールパスとキャッシュパスを直接変更する場合パッケージを変更した場合、上記の状況が発生したため、以下の処理を行う必要があります。

win11 システムでは、次の 2 つのコマンドを使用して、パッケージのグローバルインストールパスとキャッシュパスを変更します (以下の npm config set は、npm set と書くこともできます)。

npm config セットのプレフィックス「D:\program\node\node_global」

npm config セットキャッシュ "D:\program\node\node_cache"

図 4-5 に示すように、まず、上記のパスに node_global フォルダーと node_cache フォルダーを手動で作成する必要があります。

図 4-5 node_global フォルダーとnode_cache フォルダーを手動で作成する

フォルダーの内容を書き込みおよび変更するには、node_globalフォルダーとnode_cacheフォルダーのセキュリティ権限をそれぞれ設定します。図4-6に示すように、フォルダーを右クリック→プロパティ→セキュリティを選択します。その中で、3番目のフォルダーnode_modulesは、ノードのインストール時に自動的に生成され、node.js のインストール時に自動的にインストールされる組み込みモジュール (標準パッケージとも呼ばれます) を格納するために使用されます。

図 4-6 フォルダーのプロパティ

図 4-6 は、デフォルトのフォルダーセキュリティ設定を示しています。フォルダー内で書き込みと変更ができるように、図 4-6 のセキュリティアクセス許可に変更と書き込みの 2 つのアクセス許可を追加する必要があります。図 4-6 の編集ボタンをクリックすると、図 4-7 の設定インターフェイスが表示されます。

図 4-7 フォルダーのセキュリティ権限の権限設定

図 4-7 の赤い矢印で示されている変更および書き込みオプションを確認し、[OK] をクリックして設定を終了します。

上記の方法でnode_globalフォルダーとnode_cacheフォルダーを設定した後、cmdコマンドラインで上記の2つのコマンドを入力してパッケージのグローバルインストールパスとキャッシュパスを変更し、npmを使用してパッケージを正常にインストールできます。

(3)環境変数の設定

したがって、インストールされたパッケージを呼び出しやすくするには、環境変数 (環境変数) を構成し、パッケージのインストールパスを環境変数の値に設定して、パッケージの呼び出しを容易にする必要があります。

右クリックしたコンピュータアイコンを図 4-8 に示します。

図 4-8 コンピュータのプロパティ

図 4-8 のメニューで [プロパティ] をクリックして、図 4-9 のコントロールパネルシステムインターフェイスに入ります。

図 4-9 コントロールパネルシステム

図 4-9 の赤い矢印にある [システムの詳細設定] をクリックして、図 4-10 のシステム設定インターフェイスに入ります。

図 4-10 システムのプロパティ

図 4-10 の赤い矢印にある環境変数をクリックして、図 4-11 の環境変数インターフェイスに入ります。

図 4-11 環境変数

上記でnode.jsをインストールすると環境変数がデフォルトで設定されているので、図4-11のユーザー変数またはシステム変数のパスにすでに値が設定されていますが、ここでは変更するだけです。元の値を D:\program\node\node_global に変更します。例: 元のデフォルトはユーザー変数パスです。パスをダブルクリックすると、その値は C:\Users\HP\AppData\Roaming\npm になります。編集して変更します。図 1-12 に示すように、D. :\program\node\node_global にコピーします。

図 4-12 環境変数の編集

図 4-12 変更後、すべての項目で [OK] をクリックすると、環境変数が正常に設定されます。通話時にパスが指定されていない場合、システムは通話に一致するように設定された場所を自動的に入力します。

デフォルトがシステム変数の場合は、同じ方法で変更します。

2.ミラーソース (ミラーステーション)を設定します。

ミラーソース (Mirror) の役割は、ユーザーにダウンロード、配布、および管理サービスを提供することです。CMD コマンドラインウィンドウでコマンド npm get registry (または npm config get registry) を使用して、現在使用されているミラーソースアドレスを表示します。npm で使用されるデフォルトのミラーソースアドレスは、https://registry.npmjs.org/ です。npm を使用します。to package ダウンロードする際、デフォルトでは海外のnpmサーバーからダウンロードされるため、遅い場合がありますが、国内のミラーソースに変更することも可能です。タオバオでは、中国にサーバーを構築し、海外公式サーバーから国内サーバーにパッケージを同期し、中国国内でのパッケージ配信サービスを提供しておりますが、場合によってはダウンロード速度を考慮し、タオバオのミラーソースに変更することも可能です。行ウィンドウ (以下の npm config set は npm set と書くこともできます):

npm config set registry=https://registry.npmmirror.com/

ミラーソースを変更した後、npm を使用して、淘宝網ミラーソースのパッケージをダウンロードできます。

上記では画像ソースを手動で設定しましたが、画像ソース管理ツール nrm をインストールし、nrm 経由で画像ソースを切り替えることができます。cmd コマンドラインウィンドウにコマンド npm install nrm -g を入力して nrm をインストールできます。インストール後、コマンド nrm ls を使用してサポートされているイメージソースを表示し、イメージソース名を使用してイメージソースを直接切り替えることができます。例: コマンド nrm taabao に切り替えます。タオバオ画像ソースを使用すると、コマンド nrm current を使用して、現在使用されている画像ソースの名前を表示できます。具体的なコマンド操作を図 4-13 に示します。

図 4-13 画像ソース管理ツール nrm のコマンド操作

図 4-13 の赤いボックスにリストされているイメージソースはパッケージ管理ツールでサポートされており、npm もこれらのイメージソースの操作をサポートしています。赤いボックスの最初の列はイメージソース名で、2 番目の列はイメージソース名です。イメージソースアドレス赤枠次のコマンドは、ミラーソースを切り替え、現在使用されているミラーソースアドレスまたはミラーソース名を確認します。

3.構成パッケージ管理ツール

上記では npm パッケージ管理ツールを使用していますが、cnpm、yarn などの他のパッケージ管理ツールも使用できます。cmd コマンドラインウィンドウに次のコマンドを入力して、cnpm および Yarn パッケージ管理ツールをそれぞれインストールできます。

npm インストール cnpm -g

npm インストール糸 -g

インストールが完了したら、cmd ウィンドウで cnpm -v およびyarn -v コマンドを使用してバージョンステータスを確認できます。バージョン情報が表示されれば、インストールは成功しています。

npm は、node の公式パッケージマネージャーです。

cnpmはnpmの中国語版で、ネットワークなどの理由でnpmが使えない場合にはcnpmが重宝しますが、cnpmは通常インストールのみに使用されるため、プロジェクトの作成やアンインストールなどには今でもnpmを使用しています。したがって、cnpm を使用してパッケージをアンインストールすることはできません。

Yarn は Facebook、Google、Exponent、Tilde が共同で立ち上げた新しい JS パッケージ管理ツールで、npm の欠点の一部を補っているようです。

npm、cnpm、yarnなどのパッケージ管理ツールにはそれぞれ特徴があり、一般的には図 4-13の赤枠で示した画像ソースがこれらのパッケージ管理ツールで操作できます。ただし、使用する際には運用コマンドが一部異なるため、コマンド形式に注意して使用する必要があるほか、ネットワークやパッケージなどの要因を考慮して、パッケージ管理ツールの使用中に問題が発生した場合は、要件を実装するためのパッケージ管理ツール。

5.node.jsの操作

ノードは実行環境です。1 .の分析から、ノードはコンパイラ (Compiler) を備えた環境に相当することがわかります。上記のノードをインストールした後、このノード環境を呼び出して実行するためのツールも必要です (つまり、これは、マシンのコンパイラ環境) を呼び出して実行することと同等であり、それによってマシン上で JavaScript (「JS」) コードの実行が実現されます。

cmd.exe または IDE (統合開発環境) を使用して、ノードを呼び出して実行できます。つまり、コンパイラー (コンパイラー) を備えた環境を呼び出すことができます。コンパイラ (Compiler) は、cmd.exe または IDE (統合開発環境) を呼び出して実行する必要がありますが、実際にはオペレーティングシステムに関与してその役割 (コンピュータリソースの割り当て) を果たし、プログラムをスムーズに実行できます。コンパイラの動作および開発環境との関係については、「コンパイラ (Compiler)」および「C/C++ コンパイラのインストール (c+ インストール)」のパート 1 および 5 を参照してください。

1. cmd.exe はノードを実行します

Windows の cmd.exe コマンドラインを介してノードを実行します。この方法は、c/c++ コンパイラを実行する cmd に似ています。詳細については、「Windows でコンパイラを実行する cmd (cmd は c/c++、python などを実行します)」を参照してください。 c/c++ コンパイラ gcc または g++ を呼び出すことができます。ここでは、node.exe を使用してノード実行環境を呼び出します。図 5-1 に示すように、cmd を使用してファイル jt.js を実行します (コードは次のとおりです)。

var http = require('http');
var server = http.createServer(function(req, res) {
res.writeHead(200, {'Content-Type': 'text/plain'});
res.write('Hello, JavaScript!');
res.end();
});
server.listen(1000);
console.log('Server running at http://localhost:1000/');

図 5-1 cmd 実行ノード

図 5-1 のアドレスhttp://localhost:1000/ をブラウザにコピーすると、Web サーバーから返された Hello, JavaScript! メッセージが表示されます。

ここでは cmd でのノードの実行については詳しく説明しませんが、具体的な使用法は Windows で cmd でコンパイラを実行するのと似ています(cmd は c/c++、python などを実行します) 。

将来のプロジェクトバージョンの反復やプロジェクトの移行を容易にするために、プロジェクトの詳細情報を記録したい場合は、cmd でコマンド npm init を使用して設定できます。この操作は、プロジェクトを初期化してパッケージを生成するための npm init とも呼ばれます.json ファイル。この操作により、プロジェクトを相手に転送する際に、プロジェクトの依存関係パッケージを相手に送信する必要がなくなり、相手が私のプロジェクトを受け取り、npm install を実行すると、プロジェクトの依存関係がすべてダウンロードされるようになります。プロジェクトに参加します。package.json ファイルには次のオプションを含めることができます。

パッケージ名:プロジェクト名;

バージョン:プロジェクトのバージョン;

description :ユーザーがプロジェクトを検索して理解しやすくするためのプロジェクトの説明。

キーワード:プロジェクトのキーワード。ユーザーがプロジェクトを検索して理解できるように、プロジェクトに関連するキーワードを提供します。

git リポジトリ: git ウェアハウスアドレスプロジェクトが git にアップロードされている場合は、git ウェアハウスアドレスを入力する必要があります。

著者:プロジェクト開発者;

ライセンス: MIT や ISC などのオープンソース契約などのソフトウェアライセンス。

dependency :プロジェクトの実行環境 (実行フェーズ) に必要な依存関係パッケージは、キーと値の構成です。キーはパッケージの名前を表し、値はそのバージョン番号を表します。例:

"dependencies": {
   "boo": "^2.0.1",
   "thr": "3.3.x",
}

依存関係パッケージは、package.json ファイル内で分類および区別できるため、ユーザーによる対象ダウンロードが容易になります。依存関係に加えて、devDependency、peerDependency、peerDependencyMeta、bundleDependency などの分類もあります。依存関係パッケージのこれらの分類は、主にユーザー向けです。フレンドリー。ダウンロード操作によっては、ダウンロードするパッケージの種類を区別しない場合があり、これらのカテゴリの特定の種類の依存パッケージをダウンロードする場合は、特定の操作コマンドが必要です。

main :プロジェクトのデフォルトの実行可能ファイル、プロジェクトのエントリポイント、通常はプロジェクトの開始に使用されるファイル。このフィールドが設定されていない場合、デフォルトでプロジェクトのルートディレクトリにあるindex.js ファイルがロードされます。

scripts : package.json の組み込みスクリプトエントリは、キーと値のペアの構成です。キーは操作名、値は操作を実行するオブジェクトです。この操作は、npm run を通じて実行できます。例:

"scripts": {
" tt": "node test.js ",
" hello ": "node hello.js ",
}

npm run tt はノード test.js を実行します。ここでのスクリプトは、あらかじめ作成されたプログラムを所定のコードを通じて呼び出すものと理解できます。台本は、演技台本に似た、文章ごとに整理され、操作性があり、プロセス指向のコードです。俳優は、台本に基づいて何を演じ、どのセリフを言うべきかを知っています。一部のコンテキストでは、スクリプトは、Lua、JavaScript など、解釈され、同時に実行されるプログラミング言語です。

npm init コマンドにより、段階的に設定を求めるプロンプトが表示されます。設定を終了する場合は、[Press ^C at any time to quit.] を選択します。つまり、ctr+c キーを押します。これは、cmd の exit コマンド操作と同等です。 exe、つまりコマンドの実行を中断します。

コマンド npm init -y を使用する場合、デフォルトの初期化プロジェクト、つまりデフォルトのプロジェクト情報設定がデフォルトの package.json ファイルの生成に使用されます。パラメーター y は、yes を意味し、デフォルトのプロジェクトを自動的に受け入れることと同等です。情報設定。

cmd.exe で package.json ファイルを編集または表示するには、図 5-2 に示すように、コマンド notepad package.json を使用してテキストエディタで package.json ファイルを開き、C:\ にあるパッケージを開きます。 Users\HP.json ファイルを開いた後、必要に応じてオプションを手動で設定して保存できます。

図 5-2 cmd テキストエディタで package.json が開く

2. 統合開発環境でノードを実行する

統合開発環境 (IDE) を通じてノードを実行します (つまり、統合開発環境は、node.exe を呼び出して実行します)。統合開発環境ツールには、言語開発の効率 (コード編集、デバッグ、構文の強調表示、インテリジェントプロンプト (インテリセンス) など) の向上に役立つツールの完全なセットが付属しており、プロジェクトの開発と管理の効率を向上させることができます。

PyCharm、VS、VS Code などの開発環境ツールを使用してノードを実行できます。PyCharm を例に挙げます。PyCharm を使用して空のフォルダーを開いて、node.js プロジェクトを作成すると、デフォルトで、node.exe が呼び出されます (呼び出しパスは、デフォルトで自動的に設定されます。もちろん、開発環境によっては、異なる設定)、図 5-2 に示すように、pycharm を使用してノードを実行するための .js ファイルを作成します。

図 5-2 pycharm 実行ノード

図 5-2 のコードは次のとおりです。

function test(){
    let a = 3;
    let b = 9;
    console.log('a+b='+(a+b));
}
test();

VS Code のインストールと構成については、https : //blog.csdn.net/thefg/article/details/131752996を参照してください。

PyCharm のインストールと構成については、https: //blog.csdn.net/thefg/article/details/128881507を参照してください。

2023 年の最新の Python インストールの詳細なチュートリアル: https://blog.csdn.net/thefg/article/details/128601410

Python の基本に関する詳細なチュートリアル -------プログラミングを簡単にします。次の点に注意してください。

https://blog.csdn.net/thefg/article/details/127846247