NPM

在离开 Node 官方团队后，“Node 之父”开发了一个新的 JavaScript 运行时环境 Deno，该环境在多个方面对 Node 进行了改进。

NPM、Yarn和PNPM这三个包管理器，就像是开发者的得力助手，它们在项目开发中扮演着至关重要的角色。本文将带你一探究竟，了解这些工具的魅力所在，并帮助你选择适合自己项目的包管理器。

由于我们公司项目不是采用 Monorepo 的方式去管理的，所以现阶段比较好的办法就是写一个工具库包，发布到私有 npm 仓库上，然后在每一个项目中去安装使用即可~ 这样好处有！

本文希望更聚焦讨论 Node 场景下的依赖 —— 或者更直观的说是 NPM Package 结构的不稳定性所带来的被严重低估的质量风险，以及相应的应对策略。

2014 年 Isaac 选择离开 Joyent 公司，不是因为对 Node 感到厌倦，他认为自己需要去修复 NPM 的 BUG。在他接管 Node 的这段时间没有很好的去管理 NPM。

这种事件并非 NPM 独有，Python 的包管理 PyPI 也曾受到恶意包的困扰，参考 https://www.scmagazine.com/brief/info-crypto-stealing-python-packages-proliferate。

作为一个cli工具，我们的f_cli需要发配给团队伙伴使用。此时就会出现一个问题，团队伙伴的开发环境(处理器架构/操作系统)可能和我们本机不一样，所以我们需要将Rust编译成适配不同的处理器架构和操作系统。

当你用JavaScript编写导入语句时，NPM Intellisense都会自动完成npm模块。这样你就不需要再花费时间去记住npm模块的确切名称。我在许多项目中用过NPM Intellisense，真的很好用哦。

开发人员每天都会在 npm 上发布他们的 JavaScript 库。这个过程相当简单，所以你也可以在 npm 上发布一个包。

对于存储大量依赖的情况，pnpm提供了「pnpm store prune」命令，可以定期清理不再使用的依赖项，释放磁盘空间。

npm是js的包管理器，通过npm我们可以来管理OpenHarmony第三方库

考虑一个问题，项目第一次添加一个模块的依赖是 ^1.2.3​，过了两周另一个同事需要修这个项目，此时依赖已经更新到 1.3.0 他在重新安装后就会得到最新的版本，这会带来一个问题，每个人得到依赖版本不一致，该如何确保团队成员的依赖版本都是一致呢？

这篇文章，跟大家分享8个NPM的技术，希望这些小技巧能够帮助到你，我们现在就开始吧。

本文主要从最近的实践出发，结合最新的npm和node的版本，介绍一下package.json中一些常见的配置以及如何写一个规范的package.json。

Npm 最初只是Node.js 的包管理器，但随着前端技术的不断发展，它的定位变成了广义的包管理器，可以实现JavaScript、React、Vue、Gulp、移动开发等包管理，是目前最大、生态最为健全的包管理器。