依赖关系与开发依赖关系

开发依赖项是仅在开发期间需要的模块，而依赖项在运行时需要。如果您正在部署应用程序，则必须安装依赖项，否则应用程序将无法正常工作。从代码中调用的使程序能够运行的库可以被视为依赖项。

例如，反应，反应域

开发依赖模块不需要安装在生产服务器上，因为您不需要在该机器上进行开发。将代码转换为javascript、测试框架和文档生成器的编译器可以被视为开发依赖，因为它们只在开发期间需要。

例如：ESLint、Babel、webpack

@FYI，

mod-a
  dev-dependents:
    - mod-b
  dependents:
    - mod-c

mod-d
  dev-dependents:
    - mod-e
  dependents:
    - mod-a

----

npm install mod-d

installed modules:
  - mod-d
  - mod-a
  - mod-c

----

checkout the mod-d code repository

npm install

installed modules:
  - mod-a
  - mod-c
  - mod-e

如果要发布到npm，那么必须为正确的模块使用正确的标志。如果npm模块需要运行，那么使用“--save”标志将模块保存为依赖项。如果您的模块不需要运行，但测试需要它，那么使用“--save-dev”标志。

# For dependent modules
npm install dependent-module --save

# For dev-dependent modules
npm install development-module --save-dev

依赖关系

这些是您的程序包需要运行的程序包，因此在人们运行时将安装这些程序包

 npm install PACKAGE-NAME

例如，如果您在项目中使用jQuery。如果有人没有安装jQuery，那么它就不会工作。要另存为依赖项，请使用

 npm install --save

开发人员依赖关系

这些是您在开发中使用的依赖项，但在人们使用时不需要，因此当人们运行npm安装时，它不会安装它们，因为它们不是必需的。例如，如果您使用mocha进行测试，人们不需要运行mocha，所以npm install不会安装它

npm install PACKAGE --save-dev

对等依赖关系

如果您想创建和发布自己的库，以便将其用作依赖项，则可以使用这些库。例如，如果您希望您的包在另一个项目中用作依赖项，那么当有人安装将您的项目作为依赖项的项目时，也会安装这些包。大多数情况下，您不会使用对等依赖关系。

有些模块和软件包仅用于开发，而在生产中不需要。就像文档中所说的：

如果有人计划在他们的程序中下载并使用您的模块，那么他们可能不想或不需要下载并构建您使用的外部测试或文档框架。在这种情况下，最好在devDependencies散列中列出这些附加项。

例如，mocha通常是一个devDependency，因为在生产中不需要测试，而express则是一个依赖项。

当使用Webpack捆绑前端应用程序时，依赖项和devDependencies之间的区别不是很清楚。对于最终的捆绑包，将依赖项放置在何处并不重要（但对于其他工具来说可能很重要）。这就是为什么文档看起来很混乱。

我在这里找到了解释：在使用Webpack时，“依赖项”和“devDependencies”是否重要？

我想在回答中补充我对这些依赖性解释的看法

依赖项用于直接在代码库中使用，通常会在生产代码中使用，或代码块中使用devDependencies用于构建过程、帮助您管理最终代码的方式的工具、第三方测试模块（例如webpack）