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

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

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

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

要将包作为开发依赖项保存到package.json，请执行以下操作：

npm install "$package" --save-dev

运行npm install时，它将同时安装devDependencies和dependencies。要避免安装devDependencies，请运行：

npm install --production

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

从属关系项目需要运行的依赖项，如提供从代码调用的函数的库。它们是以过渡方式安装的（如果A依赖于B依赖于C，则在A上安装npm将安装B和C）。示例：lodash：您的项目调用一些lodash函数。

devDependencies您只需要在开发或发布过程中使用的依赖项，例如将代码编译为javascript、测试框架或文档生成器的编译器。它们不是以过渡方式安装的（如果A依赖于B，则dev依赖于C，npm安装在A上将只安装B）。示例：grut：您的项目使用grut来构建自己。

对等依赖关系项目在父项目中挂钩或修改的依赖项，通常是其他库或工具的插件。这只是一个检查，确保父项目（将依赖于您的项目的项目）依赖于您所连接的项目。因此，如果你制作了一个插件C，将功能添加到库B中，那么制作项目a的人需要依赖于B，如果他们依赖于C。未安装它们（除非npm<3），只检查它们。示例：grut：您的项目为grut添加了功能，并且只能用于使用grut的项目。

本文档很好地解释了对等依赖关系：https://nodejs.org/en/blog/npm/peer-dependencies/

此外，随着时间的推移，npm文档得到了改进，现在对不同类型的依赖关系有了更好的解释：https://github.com/npm/cli/blob/latest/docs/content/configuring-npm/package-json.md#devdependencies

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

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