0

我有一个 NPM 包,它提供了两件事:React hooks 形式的核心功能和使用这些核心功能的 UI 组件。

我最初的想法是制作两个包,一个用于核心内容,一个用于组件。因此,如果您不想使用开箱即用的组件,您仍然可以使用库的核心功能。在研究了这个库之后,我发现制作两个包有点过头了,因为核心功能基本上是 2 个 Hooks,不到 200 行代码。

因此,我将 UI 组件依赖项添加为对等依赖项,并期望当我将它们标记为可选时,如果您不需要 UI 部分,则不需要安装它们。将它们标记为可选我的意思是:

"peerDependenciesMeta": {
    "@material-ui/core": {
      "optional": true
    },
}

现在的问题是,即使我没有将 UI 部分从我的库导入到我设置的测试项目中,应用程序也会中断,因为它正在尝试寻找可选的依赖项。

我的问题:

  • 这是预期的行为吗?
  • 如果应用程序在我的库所依赖的模块不存在时中断,那么这些对等依赖项有什么可选的?
  • 除了为组件制作单独的包装之外,我没有其他选择吗?

希望有人能为我照亮黑暗。

4

3 回答 3

0

好的,所以库使用该依赖项,您只希望它使用安装在主应用程序中的现有版本。

可以不那么严格地指定 deps 的版本

"peerDependencies": { "@material-ui/core": "^15.x || ^16.x || ^17.x" }

或者

"peerDependencies": { "@material-ui/core": "15.x - 17.x" }

版本控制

于 2021-07-20T09:48:27.837 回答
0

似乎唯一真正的解决方案是将核心功能与 UI 部分真正分开。否则,将始终安装用户可能不想要的依赖项。

于 2021-07-23T13:19:31.533 回答
-1

peerDependencies 不是可选的,它是库使用的包,但它们没有与库代码捆绑在一起。

例如,如果有 react 组件库,react 和 react-dom 是 peerDependecies,意味着库需要它们才能工作,但它们不应该与库组件捆绑在一起。

因此,当您在应用程序中使用库时,它使用来自应用程序而不是库本身的 React 包。

于 2021-07-20T09:03:48.293 回答