我来自其他技术，例如GO，Clojure和Java，有时我对Nodejs Universe中广泛使用的替代品的数量感到有些恼火。对于此特定帖子，我与包装管理者说明了...我的上帝...是npm，©Yarn，©PNPM。
看来每天都是新的。
（所以...不是那么多，但是我想做一部戏剧来证明帖子是合理的）
但是在这里进行MEA-Mulp，也许这比技术本身更重要，如今我的肌肉记忆类型在Koud0终端而不是Koud1或任何真正适用于节点项目的命令。
（对于那些不了解的人，Lein来自Leiningen，我曾经与Clojure一起工作的包装生成器）
但是我的问题已经结束。如今，据我所知，Koud2宣传了Aã的一些社交网络。但是NI是什么？一个新的软件包生成器？不，但最终将遇到与不同经理有关不同项目的问题。
O ni
â使用NI很容易，写的也需要一个很大的文本。
基本上，这是一种为您提供徒劳的项目并最终与软件包经理的工具开发的。 ni只是将其抽象给您，您只能担心命令的标准命令。
ni支持使用npm，yarn，pnpme bun的项目，并且只需使用一组命令，就可以使用其中一个使用其中一个的项目。
例如：如果我想向我的节点项目添加一个新软件包，但仅在开发上下文中，对于上面的每个软件包生成器，我将在下面有这些选项：
# npm i @types/node -D
# yarn add @types/node -D
# pnpm add -D @types/node
# bun add -d @types/node
如果您在母亲中配置了NI，只需运行ni @types/node -D命令，它将确定您使用的数据包管理器，并在布下查找应执行哪些命令。
只是一个只有一个对我来说是合理的，但是此外，这也是一个非常互动的点击。当我试图执行一个我仍然不太了解的项目时，这对我来说非常有趣。
例如：让我运行脚本项目中配置的某些命令，只需运行nr（ni运行），它将为我列出package.json的所有调度脚本命令。 。
在这里，如果我还没有说服您，我不知道我该怎么做，但是如果您喜欢它，请安装也很简单。只需运行命令
$ npm i -g @antfu/ni
，如果您想查看该项目的构建方式，甚至与该项目合作，则Github就是这个。
