关于npm:npmcnpmyarn之间的区别

npm

在应用 npm 安装包的时候，给人的第一感觉就是慢，而且还会在命令行打印出一堆的货色，而且常常会呈现 “在我的电脑上能够......” 这个问题，着实是有点好受。
但也不得不说 npm 是 node 如此胜利的次要起因之一。

npm的毛病如下：

1、因为版本号的影响,所以会造成版本不对立的状况

npm是围绕着语义版本控制的思维而设计的
给定一个版本号：主版本号.次版本号.补丁版本号
主版本号： 当API产生扭转，并与之前的版本不兼容的时候
次版本号： 当减少了性能，然而向后兼容的时候
补丁版本号： 当做了向后兼容的缺点修复的时候

package.json某依赖的版本号如下：
"5.0.3", // 装置指定的5.0.3版本
"~5.0.3", // 装置5.0.X中最新的版本
"^5.0.3" // 装置5.X.X中最新的版本

因而不同的开发人员应用雷同的package.json文件，在他们本人的机器上可能会装置同一个库的不同版本，这样就会存在潜在的难以调试的谬误和“在我的电脑上…”的情景。

2、因为npm库存在嵌套依赖的关系,会减少无奈匹配相应版本的概率
每一个包，会有嵌套其余的依赖包，如果两个包中存在同一个依赖包，但两者须要的依赖包的版本号不同，就会呈现包的版本匹配问题。

3、npm 的输入信息比拟简短
装置的时候，包会在同一时间下载和装置，中途某个时候，一个包出了谬误，然而 npm 会持续下载和安装包。因为 npm 会把所有的日志输入到终端，无关谬误包的错误信息就会在一大堆 npm 打印的正告中失落掉，所以你很难找到真正出错的包和起因。

4、下载速度慢
npm 2会装置每一个包所依赖的所有依赖项，有一个我的项目，A依赖B，B依赖C，依赖树如下：

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

这个构造可能会很长。这对于基于Unix的操作系统来说只不过是一个小懊恼，但对于Windows来说却是个破坏性的货色，因为有很多程序无奈解决超过260个字符的文件路径名。

npm 3采纳了扁平依赖关系树来解决这个问题，所以咱们的3个我的项目构造当初看起来如下所示：

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

这样，一个原来很长的文件路径名就从./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装置速度慢的一个很重要的起因。

同时，因为npm是从国外服务器下载，因为网络起因，速度会很慢。

cnpm

绝对于 npm 而言， cnpm 的下载速度要快很多。
cnpm 更快，是因为淘宝将国外服务器的内容，先申请到了本人国内的服务器上，这样咱们应用cnpm的时候下载的依赖就是从国内服务器上下载过去的，速度绝对快很多。

官网上说：“这是一个残缺 npmjs.org镜像，你能够用此代替官网版本，同步频率目前为 10分钟 一次以保障尽量与官网服务同步。”

yarn

yarn的长处：

1、yarn离线模式
如果你以前装置过某个包，再次装置时能够在没有任何互联网连贯的状况下进行。

2、装置版本对立
yarn 有锁定文件(lock file) 记录了确切被装置模块的版本号，每次新增文件时，yarn会创立（或更新）yarn.lock这个文件，保障每次装置依赖时都是一样的模块版本。

3、扁平模式
将依赖包的不同版本归结为单个版本，以防止创立多个正本。

npm和yarn的命令比照

参考资料：
npm和yarn的区别和比照
npm,cnpm和yarn的区别
yarn中文文档