这个文档很难回答我的问题。我不明白这些解释。有人能用更简单的话说吗?如果很难选择简单的单词,可以举个例子吗?
EDIT还添加了peerDependencies,它密切相关,可能会引起混淆。
这个文档很难回答我的问题。我不明白这些解释。有人能用更简单的话说吗?如果很难选择简单的单词,可以举个例子吗?
EDIT还添加了peerDependencies,它密切相关,可能会引起混淆。
当前回答
在尝试分发npm包时,应避免使用依赖项。相反,您需要考虑将其添加到peerDependencies中。
使现代化
大多数时候,依赖关系只是描述您的生态系统的一堆库。除非你真的在使用某个库的特定版本,否则你应该让用户通过将其添加到peerDependencies中来选择是否安装该库以及选择哪个版本。
其他回答
我想在回答中补充我对这些依赖性解释的看法
依赖项用于直接在代码库中使用,通常会在生产代码中使用,或代码块中使用devDependencies用于构建过程、帮助您管理最终代码的方式的工具、第三方测试模块(例如webpack)
依赖项:项目/包需要在生产环境中工作的包。
devDependencies:您的项目/包在开发时需要工作但在生产中不需要的包(例如:测试包)
peerDependencies:您的项目/包需要与之协同工作(与它们“协同工作”)或作为基础的包,主要用于开发插件/组件以了解您的插件/组件应该与哪个版本的“主”包协同工作(例如:React 16)
我找到了一个简单的解释。
简短回答:
从属关系“……是您的项目真正需要能够在生产中工作的那些。”
devDependencies“…是您在开发过程中需要的。”
对等依赖关系“如果要创建和发布自己的库,以便将其用作依赖项”
本帖中的更多详细信息:https://code-trotter.com/web/dependencies-vs-devdependencies-vs-peerdependencies
一个简单的解释让我更加清楚:
部署应用程序时,需要安装依赖项中的模块,否则应用程序将无法工作。devDependencies中的模块不需要安装在生产服务器上,因为您不是在该机器上开发的。链接
在尝试分发npm包时,应避免使用依赖项。相反,您需要考虑将其添加到peerDependencies中。
使现代化
大多数时候,依赖关系只是描述您的生态系统的一堆库。除非你真的在使用某个库的特定版本,否则你应该让用户通过将其添加到peerDependencies中来选择是否安装该库以及选择哪个版本。