包管理工具npm和Yarn的区别,我们该如何选择?

- 日理万妓 2024-03-18 00:01 82阅读 0赞

## 1.为什么我们需要包管理器? ##

**关于npm我们已经知道了,这是我们项目的包管理器,**

**我们现在用的无比顺手的工具,都是在无数的竞争中杀出来的,他们淘汰了无数的产品**

**首先,倘若我们不使用npm,那么我们应该如何去新建一个前端项目?**

**纯手工,把我们项目需要的项目一个个下载到我们的项目里面**

**手动创建项目意味着您需要手动管理项目的依赖和文件结构，包括下载和引入任何所需的库或框架。**

**想想都可怕,再加上各种bug**

**我们新建一个项目可能需要?半个小时左右**

**于是我们的好帮手出现了,包管理器npm**

**我们把我们的配置清单给npm,随后,npm帮我们下载我们项目依赖的包**

**于是我们从30分钟优化到1分钟**

**npm真是太伟大了**

## 2.NPM出现问题 ##

**但随后,NPM又出现了一些问题**

### 2.1.安装太慢 ###

**新项目拿到手,安装依赖太慢**

npm install

**npm 2会安装每一个包所依赖的所有依赖项。如果我们有这么一个项目，它依赖项目A，项目A依赖项目B，项目B依赖项目C，那么依赖树将如下所示：**

![复制代码][b711e59d548cefcbbb9fc151ce6dd373.gif]

node_modules
    - package-A
    -- node_modules
    --- package-B
    ----- node_modules
    ------ package-C
    -------- some-really-really-really-long-file-name-in-package-c.js

![复制代码][2cb63415102ac39c9bdc78eb4304091e.gif]

**这个结构可能会很长。这对于Windows来说却是个破坏性的东西，因为有很多程序无法处理超过260个字符的文件路径名。**

**npm 3采用了扁平依赖关系树来解决这个问题，所以我们的3个项目结构现在看起来如下所示：**

![复制代码][3aff632b997c98efa89206bc297d4952.gif]

node_modules
    - package-A
    - package-B
    - package-C
    -- some-file-name-in-package-c.js

![复制代码][af83e5f94046d30e96eaa10fda460be7.gif]

这样，一个原来很长的文件路径名就从./node_modules/package-A/node_modules/package-B/node-modules/some-file-name-in-package-c.js
    变成了/node_modules/some-file-name-in-package-c.js。

**这种方法的缺点是，npm必须首先遍历所有的项目依赖关系，然后再决定如何生成扁平的node\_modules目录结构。**

**npm必须为所有使用到的模块构建一个完整的依赖关系树，这是一个耗时的操作，是npm安装速度慢的一个很重要的原因。**

### 2.2.无法保持一致性 ###

**想像一下去和小黄一起开发一个项目登陆页面,然后,你们在不同的时间安装了依赖包,**

**而碰巧,其中一个包更新了,14.2.1变成了14.2.2,或许是其中的一个组件框的样式改变了,**

**于是你会发现,你两的项目跑起来会有微妙的差别,当然了,也有可能是其他的各种各样严重的bug**

**总之,依赖包的版本不统一,是一个非常大的问题,可能会导致严重的问题**

## 3.Yarn出现 ##

**于是针对这两个问题,**

**Yarn出现了,他很好地解决的npm存在的一些问题**

**yarn更快(为什么?)**

**1.并行安装：Yarn 采用并行安装的方式，可以同时下载多个依赖包，而 npm 是串行安装，只能一个一个地下载。这意味着当你使用 Yarn 时，依赖包的安装过程更加高效。**

**2.本地缓存：Yarn 有一个本地缓存目录，用于存储已经下载过的依赖包。当你需要安装同一个依赖包的不同版本时，Yarn 可以直接从本地缓存中获取，而无需重新下载。这可以节省大量的下载时间。**

**3.精确的依赖管理：Yarn 会生成一个锁文件 (yarn.lock)，用于确保每个开发者在不同环境下都使用相同版本的依赖包。这意味着在安装依赖包时，Yarn 可以更加准确地确定需要使用的版本，减少了版本冲突和不一致性问题。**

**在后来,**

**有了yarn的压力之后,npm做了一些类似的改进(对手起来了,再不与时俱进要就要被淘汰了)**

**1. 默认新增了类似yarn.lock的 package-lock.json,同样用于处理依赖包版本一致性的问题**  
**2. git 依赖支持优化：这个特性在需要安装大量内部项目（，或需要使用某些依赖的未发布版本时很有用。**

**3.npm是有本地缓存的，它保存了已经下载的每个版本的压缩包。本地缓存的内容可以通过-npm cache ls命令进行查看。**

**本地缓存的设计有助于减少安装时间。**

**那么最终该如何选择呢?**

**1. 性能需求：如果你对构建速度和依赖包下载速度有较高的需求，可以使用Yarn。Yarn在处理大型项目和并发操作时通常更高效。**

**2. 生态系统和兼容性：Npm是JavaScript生态系统的默认选择，很多项目都使用Npm作为包管理工具，并且它与其他工具和服务的兼容性较好。**

**如果你的项目依赖于特定的Npm插件或服务，或者与其他使用Npm的项目进行交互，那么使用Npm可能更方便。**

**3. 社区支持和文档：Npm和Yarn都有庞大的社区和文档资源，但是Npm在这方面可能更加成熟和全面。**

**如果你更倾向于使用广泛支持的工具，并且更容易找到相关的教程、示例和问题解答，那么选择Npm可能是一个不错的选择。**

**4. 团队合作：如果你在一个团队中工作，建议与团队成员协商并讨论选择。考虑到团队中其他开发者的熟悉程度和偏好，可以决定是否使用Npm还是Yarn。**

**根据你的性能需求、生态系统要求、社区支持和团队合作等因素来衡量，选择适合你项目的工具。**

**无论是Npm还是Yarn，它们都是广泛使用的可靠工具，并且都能满足大部分项目的需求。**

**最后,yarn的安装方式**

![4a2ea26426e3bc487f505b4a6dada26a.png][]

[b711e59d548cefcbbb9fc151ce6dd373.gif]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/e7fa847c306a46199f9147caa658c92d.png
[2cb63415102ac39c9bdc78eb4304091e.gif]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/70ba8a424d20418f8fc4dda2034f7bef.png
[3aff632b997c98efa89206bc297d4952.gif]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/90b8b2b2bc7c4c2cb940988e699f1e58.png
[af83e5f94046d30e96eaa10fda460be7.gif]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/84feb989cfaa486ebfa7a39d6d148f6a.png
[4a2ea26426e3bc487f505b4a6dada26a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/14/5486bfc97b614e839b7549cb577fe945.png