グローバルNPMモジュールの依存関係の問題を解決する方法

ノードパッケージマネージャー（NPM）は、Web開発者に多くの便利なJavaScriptモジュールを提供し、アプリケーションの依存関係の検索と管理を大幅に簡素化します。また、開発者が独自のモジュールを作成および公開するために容易になります。他の開発者は、npm install -g your-toolを使用するだけで簡単に取得して使用できます。完璧に聞こえますよね？

ええと、実際には...そうではありません。

キーポイント

NPMモジュールをインストールするための
• オプションを使用することで問題が発生する可能性があります。これは、プロジェクトがグローバルモジュールに依存していても、これらのモジュールがプロジェクトの依存関係としてリストされていないためです。これにより、アプリを使用して他の人のワークロードが増加し、バージョンの競合につながる可能性があります。 -g グローバルNPMモジュールの依存関係によって引き起こされる問題を回避するには、モジュールをインストールするときに
を削除して
• に置き換えることをお勧めします。これにより、モジュールが開発依存関係として保存され、実行時にインストールされることを確認します。 -g --save-dev依存関係をローカルにインストールした後、コマンドラインから実行することを目的としたスクリプトはnpm installディレクトリに配置されます。 NPMスクリプトを使用すると、このプロセスを簡素化し、ローカルバージョンのモジュールをより短いコマンドで実行できるようにします。
• 少し冗長かもしれませんが、ノードとNPMをプロジェクトの依存関係として使用して、プロジェクトにローカルにインストールすることをお勧めします。ただし、ノードはすべてのオペレーティングシステムで異なるため、これは複雑になる可能性があり、ノードとNPMのローカルコピーパスをパス環境変数に追加する簡単な方法はありません。 ./node_modules/.bin/
• いくつかの問題がありました

オプションを使用してNPMモジュールをインストールすることはないとは言いませんが、それの過剰使用は問題を引き起こす可能性があると言わざるを得ません。以下の理由により、特にビルド、テスト、またはコードチェックツール（Gulp、Karma、Jshintなど）の場合、グローバルモジュールのインストールの使用を減らす必要があると思います。この記事では、主にGulpについて説明します。非常に人気があり、明るくカジュアルに読みますが、Gulpが気に入らない場合は、好きなツールに心の中で置き換えてください。

最初に、グローバルモジュールはプロジェクトの依存関係としてリストされていません。これにより、プロジェクトに依存していても、アプリケーションを使用して他の人のワークロードが増加します。 Gulpを使用してプロジェクトの生産環境を準備する必要があることを知っているので、グローバルにインストールして使用します。他の人があなたの優れたオープンソースプロジェクトの使用または作業を開始したい場合、彼らは-gと入力して作業を開始することはできません。最終的には、readmeファイルに手順を追加する必要があります。 このプロジェクトを使用するには、次の手順に従います

• gitクローンウェアハウス
• run npm install
• run npm install -g gulp
• rungulpbuild

2つの問題が見られました。1つ目は、Gulpをグローバルにインストールするための追加の手順を追加しました。避けられる可能性のある追加のステップ（Gulpのグローバルインストール）を見てきました。ユーザーは、アプリケーションがGulpを使用してプロジェクトを構築することを知る必要があることがわかりました。この記事では、主に最初の問題について説明します。2番目の問題はそれほど深刻ではありませんが、ツールを切り替えることになった場合は指示を更新する必要があります。後で説明する解決策は、両方の問題を解決する必要があります。

モジュールのインストールに関連する2番目の主要な問題は、インストールされているモジュールバージョンが間違っているため、競合に遭遇する可能性があることです。次の2つの例はこれを示しています：

• 6か月前にプロジェクトを作成しました。最新バージョンのGulpを使用しました。今日、誰かがあなたのプロジェクトのリポジトリをクローン化し、それを構築するためにGulpを実行しようとしましたが、エラーが発生しました。これは、プロジェクトをクローン化する人が、古いバージョンのGulpまたは新しいバージョンのGulpを実行しているためです。
• 6か月前にGulpを使用してプロジェクトを作成しました。それ以来、他のプロジェクトに行き、マシンでGulpを更新しました。この古いプロジェクトに戻ってGulpを実行しようとすると、最後にプロジェクトに連絡してからGulpを更新したため、エラーが発生します。これで、プロジェクトをより便利な時間に遅らせるのではなく、プロジェクトをより進歩させる前に、Gulpの新しいバージョンのGulpで動作するようにビルドプロセスを更新することを余儀なくされます。

これらの問題は非常に深刻な場合があります。しかし、前にも言ったように、私は一般的に、あなたがグローバルに何かをインストールしないとは言いません。いくつかの例外があります。

安全性に関する短いメモ

デフォルトでは、一部のシステムでは、NPMモジュールのグローバルインストールには、権限の上昇が必要です。 sudo npm install -g a-packageのようなコマンドを実行していることに気付いた場合は、このコマンドを変更する必要があります。私たちのNPM初心者ガイドでは、それを行う方法を示します。

例外

では、グローバルに何をインストールできますか？要するに、あなたのプロジェクトが依存していないものは何でも。たとえば、local-web-serverというグローバルモジュールをインストールしました。ブラウザでいくつかのHTMLファイルを表示する必要があるときはいつでも、現在のフォルダーをwsのルートに設定するlocal-web-server（これはlocalhost:8000のコマンドです）を実行し、そこにドキュメントを開くことができます。ブラウザとテスト。

また、プロジェクトの一部ではないJavaScriptファイルを圧縮したい場合、または少なくとも正式なビルドプロセス（愚かな「会社」の理由で）を設定できるプロジェクトではない状況に遭遇しました。これを行うには、uglify-jsをインストールしましたが、コマンドラインからスクリプトを数秒で簡単に圧縮できます。

solution

問題が発生する可能性があることがわかったので、どのようにそれを防ぐ必要がありますか？最初に行う必要があるのは、モジュールをインストールするときに-gを削除することです。モジュールを開発依存関係として保存できるようにし、誰かが実行されたときに常にインストールされます。これは、前述の小さな問題の1つだけを解決しますが、それはほんの始まりに過ぎません。 --save-dev npm install知っておくべきことは、依存関係をローカルにインストールするとき、コマンドラインから実行することを意図したスクリプトがある場合、それらは

ディレクトリに配置されるということです。そのため、ローカルにGulpをインストールしている場合は、コマンドラインに

と入力することで実行できます。もちろん、誰もこのすべてを入力したくありません。 NPMスクリプトを使用して、この問題を解決できます。 ./node_modules/.bin/ ./node_modules/.bin/gulp

ファイルでは、次のような

属性を追加できます。 package.json scripts

{
    ...
    "scripts": {
        "gulp": "gulp"
    }
}

をいつでも実行して、ローカルバージョンのGulpを実行できます。 NPMスクリプトは、パス環境変数をチェックする前に、

ディレクトリの実行可能コマンドのローカルコピーを探します。必要に応じて、これらのパラメーターを前に追加することにより、他のパラメーターをGulpに渡すこともできます。 npm run gulp ./node_modules/.bin/gulpをグローバルに使用する以上のものを入力する必要がありますが、それは悪いことですが、この問題を解決するには2つの方法があります。最初のアプローチ（上記の問題の1つも解決しました）は、NPMスクリプトを使用してエイリアスを作成することです。たとえば、アプリケーションをGulpにバインドする必要はないため、Gulpを実行しますが、Gulp：は言及しないスクリプトを作成できます。 -- この方法で、gulpを短くして、スクリプトを普遍的に保つことができます。汎用性を維持することにより、常に透過的にガルプを削除し、誰も知る必要なく他のものに置き換えることができます（ビルドプロセスに対処しない限り、彼らはすでにそれを知っている必要があり、おそらく移行に関与し、Gulpの議論を離れるべきです）。または、誰かが実行された直後にビルドプロセスが自動的に実行されるように、npm run gulp -- build-devスクリプトを追加することもできます。これにより、READMEファイルが大幅に簡素化されます。さらに、NPMスクリプトを使用することにより、プロジェクトをクローン化する人は、プロジェクトで実行されているすべてのプロセスに関するシンプルで簡単なドキュメントをgulp build-devファイルで取得する必要があります。

NPMスクリプトの使用に加えて、パスに対するコマンドラインツールのローカルインストールを使用できる別のトリックがあります。 Path Environment Variableにを追加したため、プロジェクトのルートにいる限り、コマンドの名前を入力してコマンドツールにアクセスできます。私が書いた別の投稿のコメントからこのトリックを学びました（ガブリエル・ファルケンバーグのおかげで）。

これらのトリックは、Gulpのようなツールを使用したいすべての状況に完全に代替品ではありません。セットアップに何らかの作業を必要としますが、これらのツールを依存関係としてリストすることはベストプラクティスであると思います。これにより、バージョンの競合が防止され（そもそも依存関係マネージャーの主な理由の1つ）、プロジェクトを取得するために必要な他の手順を簡素化するのに役立ちます。

さらに一歩進んでください

これは少し冗長かもしれませんが、ノードとNPMもプロジェクトの依存関係であり、競合する可能性のあるいくつかの異なるバージョンがあると思います。アプリケーションがすべての人のために機能することを確認したい場合は、ユーザーが正しいバージョンのノードとNPMをインストールしていることを確認するための何らかの方法が必要です。

ノードとnpmのローカルコピーをプロジェクトにインストールできます！しかし、それはすべての問題を解決しません。まず、すべてのオペレーティングシステムでノードが異なるため、誰もがオペレーティングシステムと互換性のあるバージョンをダウンロードする必要があります。第二に、共通ノードをインストールする方法がある場合でも、誰もがコマンドラインからノードとNPMにアクセスする簡単な方法を確認する必要があります。パス環境変数に。これを保証する簡単な方法はありません。

したがって、各プロジェクトに特定のバージョンのノードとNPMを実施できるようになりたいと思っていますが、これを行う良い方法は考えられません。これが良い考えであり、良い解決策を考え出すなら、コメントで私たち全員を知らせましょう。これを標準的な練習にするのに十分なシンプルなソリューションを見てみたいです！

結論

プロジェクトとしてツールをリストするバージョンされた依存関係の重要性を理解できることを願っています。また、私たちが標準として宣伝できるように、あなたがあなた自身のプロジェクトでこれらのプラクティスを実装するために一生懸命働くことを望んでいることを願っています。あなたがより良いアイデアを持っていない限り、それを言って、全世界に知らせてください！

グローバルNPMモジュール依存関係の質問に関する

FAQ（FAQ）グローバルNPMモジュール依存関係の問題は何ですか？

グローバルNPMモジュールの依存関係の問題は、開発者がNode.jsパッケージをグローバルにインストールする際に遭遇する一般的な問題です。この問題は、インストールされているグローバルパッケージがローカルにインストールされた依存関係にアクセスできない場合に発生します。これにより、アプリケーションの機能にエラーや問題が発生する可能性があります。問題は、node.jsがモジュールの解析を処理する方法によるものです。これは、開発者にとって非常に複雑で混乱を招く可能性があります。

グローバルNPMモジュール依存関係の問題を解決する方法は？

グローバルNPMモジュール依存関係の問題を解決する方法はいくつかあります。最も効果的な方法の1つは、グローバルではなく、ローカルにパッケージをインストールすることです。これにより、パッケージがすべての依存関係にアクセスできるようになります。もう1つの方法は、グローバルパッケージとそのローカル依存関係の間に象徴的なリンクを作成する

コマンドを使用することです。これにより、グローバルパッケージはグローバルにインストールされているように依存関係にアクセスできます。

グローバルおよびローカルでnode.jsパッケージをインストールすることの違いは何ですか？

node.jsパッケージをグローバルにインストールすると、システムの中央の場所にインストールされ、すべてのnode.jsアプリケーションでアクセスできます。一方、パッケージをローカルにインストールすると、現在のプロジェクトのnode_modulesディレクトリにインストールされ、そのプロジェクトのみがアクセスできます。グローバルインストールは便利ですが、グローバルNPMモジュールの依存関係の問題を引き起こす可能性があります。

npm linkコマンドとは何ですか？それはどのように機能しますか？

npm linkコマンドは、グローバルパッケージとローカル依存関係の間に象徴的なリンクを作成するためのNPMによって提供されるツールです。パッケージのディレクトリでnpm linkを実行すると、グローバルnode_modulesディレクトリからローカルパッケージへのシンボリックリンクが作成されます。これにより、グローバルパッケージはグローバルにインストールされているように依存関係にアクセスできます。

グローバルNPMモジュールの依存関係の問題が発生するのはなぜですか？

グローバルNPMモジュールの依存関係の問題は、node.jsがモジュールの解析を処理する方法によって引き起こされます。パッケージがグローバルにインストールされている場合、node.jsはグローバルnode_modulesディレクトリでその依存関係を探します。ただし、依存関係がローカルにインストールされている場合、node.jsはそれらを見つけることができないため、グローバルNPMモジュールの依存関係の問題が発生します。

ローカルにパッケージをインストールして、グローバルNPMモジュールの依存関係の問題を回避できますか？

はい、グローバルなNPMモジュールの依存関係の問題を回避する最も効果的な方法の1つは、常にローカルにパッケージをインストールすることです。これにより、これらのパッケージがすべての依存関係にアクセスできるようになります。ただし、特に複数のプロジェクトでパッケージを使用する必要がある場合、これは常に実用的または便利であるとは限りません。

node.js依存関係を管理するのに役立つツールやパッケージはありますか？

はい、node.js依存関係を管理するのに役立ついくつかのツールとパッケージがあります。たとえば、npm自体は、npm install、npm update、npm outdatedなどのいくつかのコマンドを提供します。これは、依存関係を管理するのに役立ちます。 YarnやGreenkeeperなどのサードパーティツールもあり、追加の機能を提供します。

グローバルNPMモジュール依存関係の問題を解決しないリスクは何ですか？

グローバルNPMモジュール依存関係の問題が解決されない場合、アプリケーション機能にエラーと問題を引き起こす可能性があります。また、依存関係を管理および更新することが困難になり、潜在的なセキュリティリスクと時代遅れのパッケージが生まれます。

グローバルNPMモジュール依存関係の問題は、アプリケーションのパフォーマンスに影響しますか？

はい、グローバルNPMモジュールの依存関係の問題は、アプリケーションのパフォーマンスに影響を与える可能性があります。パッケージが依存関係にアクセスできない場合、適切または効率的に実行されない場合があります。これにより、アプリケーションのパフォーマンスの問題とエラーが発生する可能性があります。

パッケージがグローバルまたはローカルにインストールされているかどうかを確認する方法は？

npm listコマンドを使用して、パッケージがグローバルにインストールされているかローカルでインストールされているかを確認できます。実行すると、npm list -gでは、グローバルにインストールされているすべてのパッケージが表示されます。プロジェクトのディレクトリでnpm listを実行すると、プロジェクト用にローカルにインストールされているすべてのパッケージが表示されます。

以上がグローバルNPMモジュールの依存関係の問題を解決する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。