Facebook、Google、Exponent 和 Tilde 联合推出了一个新的 JS 包管理工具 — Yarn,正如官方文档中写的,Yarn 是为了弥补 npm 的一些缺陷而出现的:

 

npm 安装包(packages)的速度不够快,拉取的 packages 可能版本不同

 

npm 允许在安装 packages 时执行代码,这就埋下了安全隐患

 

别慌,Yarn 没想要完全替代 npm,它只是一个新的 CLI 工具,拉取的 packages 依然来自 npm 仓库.仓库本身不会变,所以获取或者发布模块的时候和原来一样.

 

那么,是不是所有人都要尽快搭上 Yarn 的车呢?取决于你在使用 npm 时有没有遇到不可忍受的痛点.接下来,我们将会对比 npm 和 Yarn,看完之后,相信你就有了答案.

 

Yarn vs npm:特性差异

 

第一眼看到 Yarn,估计会觉得和 npm 也太像了吧.不过进一步了解 Yarn 之后,我们会发现它的特别之处.

 

yarn.lock 文件

 

npm 和 Yarn 都是通过 package.json 记录项目需要拉取的依赖模块,不过在使用时,往往 package.json 中模块的版本号不太会写得非常确切,通常是定个版本范围.这样你就能自行选择使用模块的大版本或者小版本,也允许 npm 拉取模块最新的修复了 bug 的版本.

 

在理想的语义化版本世界中,新版是不会有颠覆旧版本的改变,然而现实并非如此.这就导致了使用 npm 拉取依赖时,即使用的是相同的 package.json,在不同的设备上拉到的 packages 版本不一,这就可能为项目引入 bug.

 

为了防止拉取到不同的版本,Yarn 有一个锁定文件 (lock file) 记录了被确切安装上的模块的版本号.每次只要新增了一个模块,Yarn 就会创建(或更新)yarn.lock 这个文件.这么做就保证了,每一次拉取同一个项目依赖时,使用的都是一样的模块版本.

 

npm 其实也有办法实现处处使用相同版本的 packages,但需要开发者执行 npm shrinkwrap 命令.这个命令将会生成一个锁定文件,在执行 npm install 的时候,该锁定文件会先被读取,和 Yarn 读取 yarn.lock 文件一个道理.npm 和 Yarn 两者的不同之处在于,Yarn 默认会生成这样的锁定文件,而 npm 要通过 shrinkwrap 命令生成 npm-shrinkwrap.json 文件,只有当这个文件存在的时候,packages 版本信息才会被记录和更新.

 

yarn.lock 文档

 

npm shrinkwrap 文档

 

并行安装

 

无论 npm 还是 Yarn 在执行包的安装时,都会执行一系列任务.npm 是按照队列执行每个 package,也就是说必须要等到当前 package 成功安装之后,才能继续后面的安装.而 Yarn 是同步执行所有任务,提高了性能.

 

通过拉取 express 依赖,我比较了 npm 和 Yarn 的效率,在没有用任何锁定文件(也就是没有缓存)的前提下,一共安装 42 个依赖:

 

npm 耗时 9 秒

 

Yarn 耗时 1.37 秒

 

这耗时……我没法相信自己的眼睛了,反复尝试几次,得到的结果也差不多.于是我又试着安装了有195个依赖的 gulp,这一次:

 

npm 耗时 11 秒

 

Yarn 耗时 7.81 秒

 

看来 npm 和 Yarn 在安装包的速度差异和要安装的包个数强相关,不过不管怎么样,Yarn 都比 npm 要快.

 

更简洁的输出

 

npm 的输出信息比较冗长.在执行 npm install <package> 的时候,命令行里会不断地打印出所有被安装上的依赖.相比之下,Yarn 简洁太多:默认情况下,结合了 emoji (Windows 上 emoji 不可见)直观且直接地打印出必要的信息,也提供了一些命令供开发者查询额外的安装信息.

 

CLI 区别

 

除了特性上的区别,相比于 npm 的命令,Yarn 命令有增有减还有一些更改.

 

yarn global

 

npm 的全局操作命令要加上 -g 或者 --global 参数,Yarn 的全局命令则需要加上 global.和 npm 类似,项目特定的依赖,就不需要全局安装了.

 

当执行 yarn add、yarn bin、yarn ls 和 yarn remove 时添加 global 前缀才是有全局作用.除了 yarn add 之外,其他三个命令和 npm 的一样.