Npm Package.JSON文件依赖项

Npm Package.JSON文件依赖项,npm,package.json,Npm,Package.json,这更像是一个概念性的问题 在Package.JSON文件中,我们有devdependency和dependency。我明白每一个都是为了什么。但是,当我们分发文件时,这些设置是否只是为了让其他开发人员更清楚地了解开发依赖项和生产依赖项是什么?如果我们不分发我们的文件,如果我们把devdependency放在dependencies部分,会有什么不同吗?在我看来,不应该这样做,因为package.json只是用于npm安装,当我们通过webpack之类的捆绑程序运行应用程序时,它只会捆绑部署所需的

这更像是一个概念性的问题


在Package.JSON文件中,我们有devdependency和dependency。我明白每一个都是为了什么。但是,当我们分发文件时,这些设置是否只是为了让其他开发人员更清楚地了解开发依赖项和生产依赖项是什么?如果我们不分发我们的文件,如果我们把devdependency放在dependencies部分,会有什么不同吗?在我看来,不应该这样做,因为package.json只是用于npm安装,当我们通过webpack之类的捆绑程序运行应用程序时,它只会捆绑部署所需的模块。事实上,如果我们理论上不分发文件,我们甚至需要一个package.JSON文件(尽管我知道为什么我们需要一个文件,以便我们可以轻松地将文件从一个地方移动到另一个地方,只需在另一端重新安装模块).

我认为这是一个独特的问题,因为它不仅问开发人员和普通DEP之间有什么区别,而且从理论上说,如果不发布,两者之间是否有区别。据说他没有谈论这一点,但这对于人们正确理解npm很重要


回到你的问题上来:

但是,当我们分发文件时,这些设置是否只是为了让其他开发人员更清楚地了解开发依赖项和生产依赖项是什么

否。NPM将根据其
dev
或“正常”部门的不同表现。请参见所谓重复的公认答案。例如,当您安装发布的包时,除非您通过标志明确请求,否则install不会安装开发依赖项

如果我们不分发我们的文件,如果我们把devdependency放在dependencies部分,会有什么不同吗

只有在不发布的情况下,功能上才没有区别。当然,除了这是一种不好的做法,难以维护等等。

可能重复的“否”,它不是重复的,因为第二个问题是,如果你不发表,并从实用的角度询问差异是否存在差异。审稿人:请仔细阅读问题。