是否有任何技术原因可以避免 npm 中的自依赖本地依赖文件引用？

我想为我的 Node.js 包使用本地导入路径（自引用），就像我为其他本地包使用本地导入路径（而不是相对路径）一样。下面是一个 package.json 示例：

{
  "name": "@somecompany/testproject","dependencies": {
    "@somecompany/_self": "file:.","@somecompany/utils": "file:../utils"
  }
}

安装包后，如果同一个包中有test.js，我可以这样：

import { randomize } from "@somecompany/utils/random.util";
import { test } from "@somecompany/_self/test";

这个解决方案是否有任何技术缺陷，因为它明显引入了循环依赖？是否存在性能问题（我假设每个分辨率都必须首先解决符号链接）？它是一种反模式吗？是否还有其他原因可以避免这种模式（例如操作系统相关问题）？

据我测试（npm install，使用 node 运行）它似乎确实有效（Linux、npm@7、node@14）。

使用这种模式的原因是在包括当前包在内的所有包中采用一致的导入路径策略（避免相对路径）。我不喜欢通过例如后处理导入路径使用 webpack 或 babel。我已经看到类似的模式使用无效的包名称 @ 为当前包避免相对文件路径。但这需要后期处理。

Node 以固定方式导入模块。见What is require。这个“自引用”在给定的 npm 包名下注册本地目录，但导出和文件与 node 相同。

这是非常规的。其他开发人员可能会迷失在这种结构中，或者忘记本地文件更改也会影响导入。我不知道什么会坏，但很奇怪。

如果您计划将模块分解为单独的 NPM 存储库（公共或私有），并以这种方式使用代码直到准备就绪，我会看到好处。或者避免在安装时通过网络访问 NPM。

此外，请注意“内部存储库”中的文件如何引用其他文件。保留它 - NodeJS 中的导入顺序很重要，如果出现问题，这可能会导致混乱。