是否可以通过创建新的（未发布的）“子”包来分解（发布的）包的依赖列表？

Question

我维护了一个发布在 npm 注册表上的 JavaScript 库，它有很多依赖项。很难跟踪代码的哪些部分取决于哪些外部包。

不幸的是，lerna、yarn 的工作区、npm link 或 npm 的本地路径依赖关系声明都没有帮助。 （我在例子之后解释了原因。）

我希望能够通过将一些依赖项提取到新的“子包”中来分解package.json 中声明的dependencies 列表。

所以，不要有下面的依赖列表

// ~/code/example-lib/package.json
{
  "name": "example-lib",
  "dependencies": {
    "lodash": "*",
    "request": "*",
    "chalk": "*",
    "bluebird": "*",
    "mz": "*",
    "moment": "*",
    "socket.io": "*",
    "socket.io-client": "*",
    "react": "*",
    "react-dom": "*"
  }
}

我想将一些依赖项提取到一个新的本地包example-lib-subpackage 中。对于本地，我的意思是 example-lib-subpackage 仅供 example-lib 使用。

example-lib-subpackage 的依赖列表是；

// ~/code/example-lib/packages/example-lib-subpackage/package.json
{
  "name": "example-lib-subpackage",
  "dependencies": {
    "lodash": "*",
    "request": "*",
    "bluebird": "*",
    "moment": "*",
    "socket.io-client": "*",
    "react": "*",
    "react-dom": "*"
  }
}

然后example-lib的依赖列表将大大减少到；

// ~/code/example-lib/package.json
{
  "name": "example-lib",
  "dependencies": {
    "chalk": "*",
    "example-lib-subpackage": "./packages/example-lib-subpackage",
    "mz": "*",
    "socket.io": "*"
  }
}

注意example-lib 现在如何依赖本地包example-lib-subpackage；

  ...
  "name": "example-lib",
  "dependencies": {
  ...
    "example-lib-subpackage": "./packages/example-lib-subpackage",
  ...

有人做到了吗？会超级方便的。

请注意，lerna 和 yarn 的工作区功能仅在您可以将本地包发布到 npm 注册表时才有帮助。但在我的情况下，将本地包 example-lib-subpackage 发布到 npm 注册表没有意义。

另外，npm link 和 npm 的本地路径依赖功能仅适用于未发布但 example-lib 需要在 npm 注册表中的包。

将包发布到公共注册表时，不应使用本地路径 [...]。

引用https://docs.npmjs.com/files/package.json#local-paths

Answer 1

由于package.json 只是一个 JS 对象，您可以在发布到 NPM 之前对其进行扩展。

开启prepublish：

• 更新包版本
• 移除 package.json 本地 example-lib-subpackage 依赖
• 扩展example-lib 依赖项与在 example-lib-subpackage
• 可选择在更新后的package.json 上运行一些测试
• 发布
• 还原原始依赖对象
• 提交新版本

PouchDb 遵循一种模糊相似的方法，在here 和here 中有更详细的描述。

Answer 2

我在想你可以使用构建工具来维护多个 package.jsons 并将它们编译成真正的 - 但你会一直与平台作斗争。你必须有自己的 CLI 才能安装，这会很麻烦。

你说：

请注意，lerna 和 yarn 的工作区功能只有在您没问题的情况下才有帮助 将本地包发布到 npm 注册表。但就我而言 将本地包 example-lib-subpackage 发布到 npm 注册表 没有意义。

我不认为你会找到一个完全合理的解决方案（如果你正在尝试用 npm 做完全非标准的事情），我很好奇你为什么要排除爆发example-lib-subpackage 进入它自己的仓库——这似乎是显而易见的解决方案。