这个文档很难回答我的问题。我不明白这些解释。有人能用更简单的话说吗?如果很难选择简单的单词,可以举个例子吗?
EDIT还添加了peerDependencies,它密切相关,可能会引起混淆。
这个文档很难回答我的问题。我不明白这些解释。有人能用更简单的话说吗?如果很难选择简单的单词,可以举个例子吗?
EDIT还添加了peerDependencies,它密切相关,可能会引起混淆。
当前回答
当使用Webpack捆绑前端应用程序时,依赖项和devDependencies之间的区别不是很清楚。对于最终的捆绑包,将依赖项放置在何处并不重要(但对于其他工具来说可能很重要)。这就是为什么文档看起来很混乱。
我在这里找到了解释:在使用Webpack时,“依赖项”和“devDependencies”是否重要?
其他回答
如果不想安装devDependencies,可以使用npm install--production
重要行为差异总结:
依赖项安装在以下两者上:从包含package.json的目录安装npmnpm在任何其他目录上安装$packagedevDependencies是:也安装在npm上,安装在包含package.json的目录上,除非您传递--production标志(向上投票Gayan Charih的答案),或者设置了NODE_ENV=生产环境变量不安装在npm上,请在任何其他目录上安装“$package”,除非您为其提供--dev选项。未过渡安装。对等依赖关系:3.0之前版本:如果缺少,则始终安装,如果不同的依赖项将使用多个不兼容版本的依赖项,则会引发错误。预计从3.0开始(未经测试):如果在npm安装中缺失,则发出警告,您必须自己手动解决依赖关系。运行时,如果缺少依赖项,则会出现一个错误(由@nextgentech提到)。这很好地解释了这一点:https://flaviocopes.com/npm-peer-dependencies/在版本7中,除非存在无法自动解决的上游依赖关系冲突,否则将自动安装对等依赖关系传递性(Ben Hutchison提到):依赖项是以过渡方式安装的:如果A需要B,B需要C,那么C就会安装,否则,B无法工作,A也无法工作。devDependencies未以过渡方式安装。例如,我们不需要测试B来测试A,因此可以忽略B的测试依赖项。
此处未讨论的相关选项:
bundledDependencies,这是在以下问题上讨论的:在npm中,bundledDepdependencies比普通依赖项的优势可选依赖性(Aidan Feldman提到)
devDependencies
依赖项需要运行,devDependencies只需要开发,例如:单元测试、CoffeeScript到JavaScript转换、缩小等。。。
如果要开发包,请下载它(例如通过gitclone),转到包含package.json的根目录,然后运行:
npm install
因为您有实际的源代码,所以很明显您想要开发它,所以默认情况下,还安装了依赖项(当然,您必须运行才能开发)和devDependency依赖项。
但是,如果您只是一个最终用户,只想安装一个软件包来使用它,您可以从任何目录执行以下操作:
npm install "$package"
在这种情况下,您通常不需要开发依赖项,所以您只需要获得使用包所需的东西:依赖项。
如果您真的想在这种情况下安装开发包,可以将dev-configuration选项设置为true,可能在命令行中为:
npm install "$package" --dev
默认情况下,该选项为false,因为这种情况不太常见。
对等依赖关系
(3.0之前测试)
资料来源:https://nodejs.org/en/blog/npm/peer-dependencies/
使用常规依赖项,可以有多个版本的依赖项:它只需安装在依赖项的node_modules中。
例如,如果dependency1和dependency2都依赖于不同版本的dependency3,则项目树将如下所示:
root/node_modules/
|
+- dependency1/node_modules/
| |
| +- dependency3 v1.0/
|
|
+- dependency2/node_modules/
|
+- dependency3 v2.0/
然而,插件是通常不需要另一个包(在本文中称为主机)的包。相反:
主机需要插件插件提供主机期望找到的标准接口只有主机将由用户直接调用,因此必须有一个版本的主机。
例如,如果dependency1和dependency2对等体依赖于dependency3,则项目树将如下所示:
root/node_modules/
|
+- dependency1/
|
+- dependency2/
|
+- dependency3 v1.0/
即使在package.json文件中从未提及dependency3,也会发生这种情况。
我认为这是控制反转设计模式的一个例子。
对等依赖关系的一个典型例子是Grunt、主机及其插件。
例如,在Grunt插件上https://github.com/gruntjs/grunt-contrib-uglify,您将看到:
咕哝是同伴的依赖唯一的需求('runt')正在测试中/:程序实际上没有使用它。
然后,当用户使用插件时,他将通过添加grunt.loadNpmTasks('grunt-contrib-glify')行从Gruntfile中隐式地请求插件,但用户将直接调用它。
如果每个插件都需要不同的Grunt版本,那么这将不起作用。
手册
我认为文档很好地回答了这个问题,也许您对节点/其他包管理器不够熟悉。我可能只理解它,因为我对Ruby bundler有点了解。
关键一行是:
这些东西将在从包的根目录执行npm链接或npm安装时安装,并且可以像任何其他npm配置参数一样进行管理。有关该主题的更多信息,请参阅npm-config(7)。
然后在npm-config(7)下找到dev:
Default: false
Type: Boolean
Install dev-dependencies along with packages.
依赖项:项目/包需要在生产环境中工作的包。
devDependencies:您的项目/包在开发时需要工作但在生产中不需要的包(例如:测试包)
peerDependencies:您的项目/包需要与之协同工作(与它们“协同工作”)或作为基础的包,主要用于开发插件/组件以了解您的插件/组件应该与哪个版本的“主”包协同工作(例如:React 16)
我找到了一个简单的解释。
简短回答:
从属关系“……是您的项目真正需要能够在生产中工作的那些。”
devDependencies“…是您在开发过程中需要的。”
对等依赖关系“如果要创建和发布自己的库,以便将其用作依赖项”
本帖中的更多详细信息:https://code-trotter.com/web/dependencies-vs-devdependencies-vs-peerdependencies
简言之
依赖项-npm-install<package>--save-prod在生产环境中安装应用程序所需的包。DevDependencies-npm install<package>--保存dev安装仅本地开发和测试所需的软件包只需键入npm install即可安装包.json
因此,如果您正在本地计算机上工作,只需键入npm install并继续:)