好傢伙,學習新工具 

1.為什麼我們需要包管理器?

關於npm我們已經知道了,這是我們專案的包管理器,

我們現在用的無比順手的工具,都是在無數的競爭中殺出來的,他們淘汰了無數的產品

首先,倘若我們不使用npm,那麼我們應該如何去新建一個前端專案?

純手工,把我們專案需要的專案一個個下載到我們的專案裡面

手動建立專案意味著您需要手動管理專案的依賴和檔案結構，包括下載和引入任何所需的庫或框架。

想想都可怕,再加上各種bug

我們新建一個專案可能需要?半個小時左右

於是我們的好幫手出現了,包管理器npm

我們把我們的設定清單給npm,隨後,npm幫我們下載我們專案依賴的包

於是我們從30分鐘優化到1分鐘

npm真是太偉大了

2.NPM出現問題

但隨後,NPM又出現了一些問題

2.1.安裝太慢

新專案拿到手,安裝依賴太慢

npm install

npm 2會安裝每一個包所依賴的所有依賴項。如果我們有這麼一個專案，它依賴專案A，專案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

這個結構可能會很長。這對於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。

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命令進行檢視。

本地快取的設計有助於減少安裝時間。