javascript - 您可以在代码中导入 `devDependency` 吗？

Question

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

... used for the build process, tools that help you manage how the end code will end up, third party test modules, (ex. webpack stuff)

如果这是真的，那么您不应该将 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 视为一个依赖项，因为没有它您的模块就没有意义。

---

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