您可以在代码中导入“devDependency”吗？

Question

Mobx DevTool's README 引导您将其安装为开发依赖项，然后将其导入您的代码中。这对我来说似乎是个问题，因为 this SO answer 解释的 devDependencies 是：

... 用于构建过程，帮助您的工具 管理最终代码将如何结束，第三方测试模块，（例如。 webpack 的东西）

如果这是真的，那么你不应该将 devDependency 导入你的代码是正确的推论吗？

Answer 1

这取决于将如何使用导入依赖项的代码。如果它只在开发环境中使用，那么是的，它应该是 devDependency 并且代码可以使用它。

如果使用它的代码将被您的包/模块/库的消费者使用，那么它是一个直接依赖项，应该这样注释。

这是您如何看待消耗依赖项的源文件的意图。如果我使用npm install your-cool-package 安装，我不希望也不应该需要安装devDependencies，因为我可能不会从源代码、基准测试或测试构建您的模块。我只是去消费它。

如果我需要依赖项来使用您的模块，那么它不是devDependencies，它只是一个直接向上的dependencies（或者可能是peerDependencies）。

---

问问自己这个问题：当我使用你的模块时，为了让它发挥作用，是否需要依赖项才能让它发挥作用？如果是这样，那就是依赖。如果不是，它是一个开发依赖项。

如果您为某物创作插件，则取决于它所插入的东西。如果您编写了一个帮助人们开发东西的插件，该插件仍然取决于它所插入的内容，但是安装您的插件的人会认为您的插件是开发依赖项，因为他们在不开发时不需要它。但是，您的插件仍然直接依赖于它所插入的东西。

听起来您正在为模块 (Mobx) 编写插件（我们称之为 cool-plugin）。我不使用 Mobx，但它听起来像是一个开发工具。因为听起来 cool-plugin 需要 Mobx 才能做任何事情 Mobx 是 的 依赖 cool-plugin，但消费者会认为 cool-plugin 是他们自己假设的 consumer-module 的 devDependencies，因为他们没有在生产中不需要它。

因此，您应该考虑将 Mobx 视为dependencies，因为没有它，您的模块将毫无意义。

---

有一种情况是，您实际上应该将其视为 peerDependencies，因为 consumer-module 可能不希望您安装自己的 Mobx 版本> 而是希望您与他们应该已经在使用的接口进行交互。