至少有兩點(diǎn)好處：

1. 復(fù)用別人已經(jīng)寫好的代碼

2. 管理包之前的依賴關(guān)系

第一點(diǎn)很明顯了：你不會(huì)為每個(gè)項(xiàng)目都寫一個(gè) jQuery、React 這樣的東西，而是直接使用別人已經(jīng)寫好的。傳統(tǒng)做法是：去官方網(wǎng)站下載對(duì)應(yīng)的 js 文件，然后放到自己項(xiàng)目的對(duì)應(yīng)路徑下，比如 /assets/js/ 。而現(xiàn)在有了 npm 和 yarn 這樣的東西，99.9999 % 的開放獲取的包都在一個(gè)集中存放的地方，方便了查找和下載。就好比原來你要到各處去下載軟件，現(xiàn)在有了 360 軟件管家，只需要在這里搜索和下載就好了。少了很多時(shí)間。

第二點(diǎn)其實(shí)是第一點(diǎn)的發(fā)展版。因?yàn)榇蠹覍懙陌挤旁谶@里了。如果我要寫一個(gè)新的包，里面的一個(gè)小程序正好是別人已經(jīng)寫好的，所以我就拿來用了。這樣就是我的包對(duì)別人的包有了依賴關(guān)系。一個(gè)大型的庫（包）這個(gè)依賴關(guān)系可能很復(fù)雜，比如：依賴于幾十個(gè)別的包，同時(shí)，每個(gè)包都要求對(duì)應(yīng)一個(gè)確定的版本（因?yàn)榘姹鞠嗖钐螅赡軙?huì)有API不兼容的情況）。這樣，如果人工去下載每一個(gè)依賴的包，將是一個(gè)指數(shù)級(jí)的任務(wù)：

A 包依賴于 B 和 C，同時(shí) C 依賴于 D 和 E，B 又依賴于 F、G、H，D 又依賴于 I、J、K……

如此，基本是人類無法完成的任務(wù)。

當(dāng)然，在沒有包管理器之前，也沒有人寫包會(huì)依賴于這么多其它人的包，結(jié)果當(dāng)然就是重復(fù)勞動(dòng)：每個(gè)包都把一些常用的功能自己實(shí)現(xiàn)一遍。

以上是我暫時(shí)能想到的用處，如果想到別的，再來補(bǔ)充。