私のコードベースを汚染するnode_modules

Question

こんにちは、私はNode、特に依存関係管理システムを使い慣れていません。モジュールをインストールするとき、私が書いた実際のコードがそれほど長くないときは、自分のコードベースがたくさんの依存関係によって覆われていることがわかります。また、モジュールを表す1つのフォルダの下にすべての依存関係をパッケージ化する代わりにnpmをインストールするときに、モジュールの依存関係が並列に並んでメインフォルダを汚染することがあることがあります。たとえば、3つのサブモジュールがあり、すべてがメインモジュールで使用され、よく適合するようなモジュールを作成しました。私はAWSの依存関係をインストールしたときにモジュールの数がかなり跳んだ

index.js 
node_modules 
    my_authentication_module 
    my_authorization_module 
    my_persistance_module 

はそのように私のコードベースは

index.js 
node_modules 
    my_authentication_module 
    my_authorization_module 
    my_persistance_module 
    aws_module_1 
    aws_module_2 
    . 
    . 
    . 
    . 
    . 
    aws_module_20 

のように見える問題

これは私のコードを乱雑にし、それは次のようになりつつありますそれよりもずっと多くのことが起こっています。ノードプロジェクトを効率的に管理する方法はありますか？

セカンダリ質問

は、どのように単一のフォルダにモジュールの依存関係のすべてを制限しない「NPM --saveいくつかのモジュールをインストールする」を実行来ますか？あるいは、あるパッケージに50個のパッケージが必要な場合、それらを必要とするパッケージと並行して50個のパッケージが並んでしまうことはありません。

たとえば、代わりに：

node_modules 
    my_authentication_module 
    my_authorization_module 
    my_persistance_module 
    aws_module_1 
    aws_module_2 
    . 
    . 
    . 
    . 
    . 
    aws_module_20 

それは

node_modules 
    my_authentication_module 
    my_authorization_module 
    my_persistance_module 
    aws 
     node_modules 
      aws_module_1 
      aws_module_2 
      . 
      . 
      . 
      . 
      . 
      aws_module_20 

だから、少なくとも、あなたが簡単にだけは本当にきれいに詰め込まAWSの依存関係の束と関心の3つのモジュールをtheresのを見ることができるトップレベルに移動取得するとよいでしょう1つのフォルダに保存します。このようなことは可能ですか？

Answer 1

node_modulesの目的を誤解しているようです。排他的にnpm（またはyarnなど）の省です。独自のコードは決して含まれません（おそらく、依存関係として持ち込まれるあなたの別のパッケージを除いて）。それは（通常）バージョン管理されていません。つまり、.gitignored 'dです。どの時点でも、単純にnpm installを使用して完全に消去し、再投入することができます。もちろん、何かと同様に、ここにはニュアンスと発散的な意見があり、それについてはウェブ全体で詳しく説明しています。

独自のコードと成果物を管理して構造化する方法はたくさんあります。多くの場合、プロジェクトの先頭にあるsrcまたはlibディレクトリの下に、node_modulesと平行になります。 srcの中には、機能別にコードをグループ化する方が好きな人もいますが、他の人は問題のあるエリアをグループ化することを好む人もいます。これはプロジェクトオーナーが決定する問題です。 node_modules以来、いずれの場合においても

は、それが npm@3と同様に、ケースが npm@2であったように、階層的に依存関係を整理し、またはフラット形で npmかどうかは実際の結果であり、基本的にあなたの直接の問題ではありません。はい、 node_modules 100を持つエントリまたは500を見て少し当惑することができ、それは心配する必要は本当に npmための問題だ、と npm@3で行われた変更のために良い理由があります。